🔖 Check dit! Kicks Condor interviewt Nadia Eghbal over o.a. Writing Hypertext

Nadia Eghbal, Re: Writing Hypertext (Kicks Condor)

My digichat with @nayafia—an essential writer (*imho*) of texts, notes and wonderful roundups.

Echt hoor… als ik groot ben wil ik coole pagina’s op het internet maken zoals Kicks Condor doet. Het is toch heerlijk om steeds weer te worden verrast hoe de layout er uit ziet. Zoals bij dit interview, scroll gewoon naar beneden en zie wat er gebeurt. In elk geval op een laptop. Hoe het op mobiel gaat werken weet ik niet zeker.

Problemen met de RSS feed (opgelost!)

Altijd fijn om de dag zo te beginnen. Ineens zijn de titels in mijn RSS feed verdwenen en staat er PHP code. Samen met een front-end developer bij Kaliber proberen we de bron van het probleem te vinden en zet ik oude versies van mijn WordPress child theme terug. Vooralsnog met weinig resultaat. In elk…

Bookmark: CSS Grid Level 2 – subgrid

CSS Grid Level 2 – subgrid is coming to Firefox – Mozilla Hacks – the Web developer blog (Mozilla Hacks – the Web developer blog)

The subgrid feature which is part of Level 2 of the CSS Grid Specification is not yet shipping in any browser, but is now available for testing in Firefox Nightly. …

De afgelopen tijd heb ik naast mijn werk bij Kaliber nog een kleine freelance klus gedaan als frontend codeklopper. Niet te moeilijk, wat Bootstrap en opmooien met CSS. Eén van de onderdelen was een rij met kolommen die goed moest uitlijnen. Door de verschillende content was het een klus om dat lekker te krijgen. Als ik de voorbeelden van CSS Subgrid zie denk ik dat ik de code snel aanpas als de specificatie wordt ondersteund door de grote browsers. Het maakt het leven weer een stuk makkelijker!

Scratching an itch met setlist.fm

Eén van de principes van het indieweb is “scratching your own itch”, als je iets nodig hebt voor je site of je project, dan kun je altijd proberen het zelf te maken. Vandaag merkte ik weer wat een goed gevoel dat kan geven. Setlist informatie Ik ben bezig met een artikel voor Chordify.net over de…

Atari Computer Camps

Het internet is inmiddels oud genoeg om een geschiedenis te hebben en wat is een betere plek om die geschiedenis te ontdekken dan in het Internet Archive. Niet alleen worden daar tijdscapsules in stand gehouden van websites, je kunt er ook digitale artefacten vinden van vóór het consumenten-internet. Bijvoorbeeld via hun blogpost “Have You Played…

Als ik groot ben wil ik Paul Ford worden.

Why I (Still) Love Tech: In Defense of a Difficult Industry (WIRED)

Technology is just another human creation—like religion or government or sports or money. It’s not perfect, and it never will be. But it’s still a miracle.

Na zijn geweldige artikel What is Code van een paar jaar terug (maar nog altijd relevant) nu zijn technicolor-rainbow-barfing uitingen van liefde voor software en het internet. In de juni editie van Wired “Why I (still) Love Tech

Over hoe hij startte met de Tilde.club, een plots opkomende hype onder developers die weer net zo snel verdween. Maar wel een gevoel van saamhorigheid achterliet dat we iets kunnen veranderen. Het gevoel dat ik nu weer bij de Indieweb community terugvind. Hoe hij worstelt met de liefde voor computers en software in een wereld die wordt verorbert door techgiganten en verbroken beloften van een wereld die efficiënt doorzoemt op algoritmes en blockchain-technologie.

How do you change an industry that will not stop, not even to catch its breath? We have no leaders, no elections. We never expected to take over the world! It was just a scene.

Als ik groot ben wil ik Paul Ford worden.Wat kan die man schrijven.

Bookmark: Ten Lessons I Learned While Teaching Myself to Code | The Blog of Author Tim Ferriss

Ten Lessons I Learned While Teaching Myself to Code (The Blog of Author Tim Ferriss)

Note from the editor: The following is a guest post by Clive Thompson (@pomeranian99), a journalist who’s written about technology and science for two decades. Clive is a longtime contributin…

Een mooie opsomming wat programmeren je kan leren. Tevens een fraai uitreksel voor het boek Coders wat binnenkort verschijnt. Heb je dat ook alvast gelezen 🙂

Het juiste zijpad kiezen

Ken je dat gevoel? Je bent lekker op weg met een project, het gaat de goede kant op. De hobbels die je onderweg tegenkwam heb je weten te overwinnen. Sommigen heb je nog even links laten liggen tot een later moment. Je denk dat het allemaal goed gaat.

En dan gaat het toch niet goed.

Dat overkwam mij de afgelopen dagen met de verhuizing van mijn blog. Mijn doel (lees hier en hier meer) is om dit blog nog meer zelfvoorzienend te maken. Nog minder afhankelijkheid van derde partijen en (wo)men in the middle. Dat doel zou een losse server zijn, waar ik zelf de software op installeer, zelf de scripts onderhoud, zelf de boel koppel aan mijn lokale bestanden en zorg dat alles netjes draait.

Helaas mag het niet zo zijn. Op dit moment zijn er beperkingen omdat ik dit blog gratis onderbreng bij Github Pages. Een puike plek en het werkt prima met Github. Maar helaas zorgen de technologische beperkingen dat ik allerlei omwegen moet bedenken en maken om mijn groeiende archief goed te beheren. Een simpel voorbeeld zijn de tags en tagpagina’s. Omdat Github Pages geen Jekyll plugins ondersteunt die dit snel en efficient kunnen realiseren, moet ik het met een omweg doen. Dat lukt wel, maar het is foutgevoelig en de opbouwtijd van de site gaat er enorm op achteruit.

Na de verhuisupdate van eind vorige week ben ik best wat verder gekomen. Ik heb het voor elkaar om een blog op een server te draaien zoals ik wil. Zonder tussenkomst van Github, met versiebeheer op de server zelf en met een snelle bouw- en laadtijd. Hiervoor ben ik afgestapt van de kant-en-klare bouwpakketten die Digital Ocean aanbiedt, zoals een server met Ruby en Rails al geïnstalleerd. Dat bracht weer andere beperkingen met zich mee. Ik heb uiteindelijk een losse server genomen, daar zelf Ruby en alle nodige pakketten op geïnstalleerd (wat vooral héél veel wachttijd is) en toen draaide alles als een zonnetje. Zoals ik wil.

Maar natuurlijk kwam hier weer een kink in de kabel. Ik ga proberen het niet té technisch te maken (succes Frankie…)
Eén van de interessante ontwikkelingen in het Indieweb is de ontwikkeling van Micropub. Dit is een protocol dat het mogelijk maakt om met diverse schrijfcliënts te posten op je eigen site. Het is een open protocol in tegenstelling tot bijvoorbeeld WordPress of Medium. Wat MicroPub doet is datgene wat jij ergens schrijft (bijvoorbeeld in Quill of Micropublish.net) in een algemeen format aanbieden bij je site, waarna de software van je site er mee kan doen wat nodig is.

Veel van de kant-en-klare scripts en open source apps die dit mogelijk maken op je eigen site, maken gebruik van de koppeling met Github. Eigenlijk doen ze dat allemaal wel. En laat ik die nu net hebben ontkoppeld. Dus dan kan ik twee richtingen op:

  1. Ik ga de open source scripts zelf omschrijven naar een manier waarop andere git-servers dan alleen Github wordt ondersteund
  2. Ik kies weer voor een koppeling met Github en ga op zoek hoe ik zonder gebruik van Github Pages mijn site kan hosten. Want dan heb ik meer vrijheid in Jekyll plugins en minder hoepels.

Ik heb twee dagen mijn tanden stuk gebeten op de eerste mogelijkheid. Maar mijn beperkte kennis van zowel de interne werking van git als van programmeertalen als Node of Ruby gaven me hoofdpijn. De hoeveelheid nieuwe kennis die op me afkomt is overweldigend. Enorm interessant, maar tegelijkertijd een stap te ver voor me. Ik wil graag bijdragen aan open source projecten en nieuwe mogelijkheden verkennen. Maar ik ben geen programmeur pur sang en heb niet de ambitie om allerlei randgevallen, unieke usecases en updatevraagstukken te gaan ondersteunen.

Dus heb ik een stapje terug gedaan. Ik kies er voor om de broncode van deze site bij Github onder te brengen. Maar de uiteindelijke site, waar je dit leest, die moet ergens anders worden ondergebracht. Dat brengt me weer op een volgende zoektocht. Ga ik dat doen via diensten als Travis CI, of kies ik voor een oplossing als Netlify? Of een van de vele andere statische site hosting oplossingen? En wat heeft dat voor gevolgen?

Soms vraag ik me wel eens af waarom ik het mezelf zo moeilijk maak. Maar goed, het blijft een hobby. Soort van.

Creating a Faster Jekyll

De ontwikkelaar van open source editor Textmate heeft een plugin ontwikkeld om de blogsoftware Jekyll sneller te maken. Dat is geen overbodige luxe. Als ik lokaal deze statische site generator gebruik om wat te testen en te schrijven, duurt het erg lang om de resultaten te zien. In zijn blogpost beschrijft Odgaard hoe hij dat verbeterd. Het is niet zeker of deze plugin problemen gaat geven met het uitgebreide ecosysteem van andere plugins die gebruik maken van de interne structuur van Jekyll