It just hit me. I learned how to code via an article in a Dutch school magazine (Taptoe), which explained how to create a website on a floppy disk. They were already old, but at least our computers had the drives still. The article just explained how to write flat HTML, but it was enough to spark this fascination that ended up being my job.

What hit me is that actually most websites these days won't actually fit on a 1,44 MB floppy anymore. (The content on this site already is more than 1 GB.) It would be a nice challenge again, to make a website fit 1,44 MB.

Related to this is the 10 KB Club, who try to keep their homepage under 10 KB. My site fails that test too, but at least the homepage fits a floppy.

Ton schreef over zijn Hue-lampen die middenin de nacht aan gingen omdat de stroom uitviel. Ik had onlangs een soortgelijke ervaring, maar met een andere oorzaak.

Ik woon alleen, dus ik had mijn huis 'geleerd' dat de lampen uit moeten gaan zodra ik wegga, aan moeten gaan als ik thuiskom en de zon onder is, en ook aan moeten gaan als de zon onder gaat terwijl er iemand thuis is. Allemaal gewoon in Apple's Woning-app, niet heel spannend.

Maar soms zijn mijn huis en telefoon van elkaar ontvreemd en gaan dus middenin de nacht mijn lichten opeens aan als ze elkaar weer gevonden hebben. Dat gebeurde vorige maand een paar keer per nacht, dus ik heb momenteel de hele feature uitgezet.

Op mijn eindeloze lijst aan projecten staat dat ik eigenlijk wat meer bewegingsmelders wil aanschaffen. Die van Hue detecteren beweging, maar ook hoe sterk het licht is, en gaan alleen aan als het te donker is. Ik heb er al een in de badkamer en een in de keuken en eigenlijk is dat ideaal.

Het enige probleem met je hele huis vol bewegingssensors is dat de timeout wat lastiger in te stellen is. Voor de badkamer kom ik prima weg met de lampen uitzetten na 3 minuten zonder beweging, maar een timeout van een uur instellen omdat je graag rustig op de bank wil kunnen lezen zonder opeens in het donker te zitten voelt ook inefficiënt.

Het project op de lijst is dan ook: programmeer mijn Raspberry Pi zo, zodat hij Homekit spreekt, en dus het brein wordt van mijn huis. Hou dan in de Pi bij welke kamer het laatst beweging zag. De timeout is daarna altijd 3 minuten, tenzij je de kamer met laatste beweging bent, dan krijg je, zeg, een uur. Volgens mij werkt die strategie ook voor huishoudens met meerdere personen. Alleen als ik het huis verlaat moet ik dat nog op een bepaalde manier kenbaar maken aan het huis.

Maar ja, ik geef toe: soms sta ik tegen mijn telefoon te schreeuwen en vraag ik me af of ik niet beter gewoon even naar het lichtknopje had kunnen lopen.

Vandaag was ik in Tilburg voor het go-toernooi aldaar. Een goed excuus om hier wat op te schrijven over go.

Go is een eeuwenoud spel, maar hier in het westen is het minder bekend. Schaken zit veel dieper in de cultuur, wat je ook ziet aan de naam (de sch-) en aan de namen van de stukken op het bord: wij hebben 'paard' waar Engelsen het over een 'knight' hebben en Duitsers over een 'Springer'. In go gebruikt men vooral Japanse leenwoorden, maar door de invloed van het internet – waar iedereen Engels spreekt – zijn er veel Engelse termen ons go-jargon binnengeslopen. Ik denk dat 'pincer' het hardnekkigste voorbeeld is. Toch hebben we voor veel zaken ook echt onze eigen termen, die ik hier graag beschrijf.

Allereerst de naam van het spel: vrijwel iedereen spreekt het uit met de Engelse g, van 'goal' en het werkwoord 'go'. Dit komt ook overeen met waar we de naam vandaan hebben: het Japanse woord 'igo'. Maar diverse oudere spelers heb ik een Nederlandse g horen gebruiken voor go, wat ik ook best charmant vind. (Wie wil googelen op 'go' kan misschien beter het Koreaanse 'baduk' of het Chinese 'weiqi' gebruiken, maar dat is een ander onderwerp.)

De voorgenoemde 'pincer' kan ook een 'klem' zijn, al zou ik zelf 'tang' leuker vinden. Ik hoor ook vaak: 'dan neem je een enclosure', terwijl we dan ook kunnen zeggen: 'dan sluit je de hoek af'. Sommige spelers gebruiken voor deze twee dingen trouwens de Japanse termen 'hasami' en 'shimari', wat ik persoonlijk dan leuker vind dan de Engelse variant, maar misschien dat dit type speler wel langzaamaan uitsterft.

Ik denk dat 'ko' en 'atari' de meest gebruikte en diepst ingeburgerde Japanse termen in het Nederlandse go-jargon zijn. Het Engels gebruikt ze ook, maar vooral ook omdat het zeer specifieke concepten zijn waar je echt een compleet nieuw woord voor zou moeten verzinnen.

Een tegenvoorbeeld daarop is het concept 'vrijheid', als in: 'deze groep heeft twee vrijheden'. In het Engels heet dat 'liberties' (die hoor ik ook gebruiken op de club). Aan de ene kant is het een logische term: het is het aantal 'vrije zetten' dat een speler nog heeft voor de betreffende groep gevangen is. Aan de andere kant voelt het soms zo erg als eigenschap van een groep dat ik het zelf bijna als concept op zichzelf zie.

Qua onvertaalbare leenwoorden uit het Japans doen Engels en Nederlands het soms ook anders. De termen 'sente' en 'gote' zijn elkaars tegenhangers en verwijzen naar een zet waarop de tegenstander wel (sente) of niet (gote) hoeft te reageren. In het Engels hebben ze de termen gewoon overgenomen (met enigszins verbasterde uitspraak), maar in Nederland kennen we ook de prachtige letterlijke vertalingen: 'voorhand' en 'nahand'. Ik hoop echt dat die nooit verloren gaan.

I just discovered a new Vim trick I think I am going to use quite often, so I am sharing it here to look it up when I forget.

As you may know, you can issue the / command in Vim to start a search. Every character you type will be in the search, until you hit enter, which will jump you to the first occurance of your searched text.

Another thing you may know, is that you can use this search-motion as a motion to other commands as well. When you do v/here, you will visually select everything between the current cursor position and the first occurance of 'here' in the buffer. I use this to delete stuff that I can't target using the f and t motions.

Then there is the thing I once found out, but never could remember: once you press /, you are in a little submode I can find the name for. In this mode, you can use Ctrl+L and Ctrl+H to increase or decrease your search string by the characters of the first match. You can also use Ctrl+G to move that virtual cursor to the next match, or Ctrl+T to get to the previous. Once you hit enter you are on that last position, removing the need to do n.

But here it comes: when you are deleting with d/, you can also use Ctrl+G to get to that next match. If you searched for a small snippet that accidentally occurs before the place you wanted to go, you can press Gtrl+G to jump over it, and pressing enter will delete the full distance.

Gisteravond luisterde ik een aflevering van de Remote Ruby podcast met Derek Sivers, waarin hij uit de doeken doet hoe hij alle logica van zijn applicaties in de database zelf stopt, en waarin hij ook zijn persoonlijke database noemt, waarin hij zo'n beetje zijn hele leven vastlegt.

Zijn database staat in interessant contrast met de gebruikers van Obsidian, die juist voor 'plain text' gaan als opslagformaat, in de hoop dat tekst over twintig, vijftig, honderd jaar nog steeds gelezen kan worden door computers. Maar tegelijkertijd staat het óók in interessant contrast met de Ruby on Rails en Laravel developers die alle logica uit de database proberen te houden en de database alleen maar gebruiken voor domme opslag van data.

Het is fijn om af en toe even uit je comfortabele doos te worden gestuurd. Dit weblog slaat alle posts ook op in losse tekstbestanden en op mijn werk werk ik met Laravel en een relatief domme database.

Derek wijst in de aflevering ook op de Simplicity Matters talk van Rich Hickey, wiens talks eigenlijk allemaal heel goed zijn. De talk gaat in op de concepten 'makkelijk' (easy) en 'simpel' (simple), en hoe mensen die twee concepten door elkaar halen terwijl ze fundamenteel andere dingen zijn. Ook voor niet-programmeurs wel een aanrader, denk ik, al moet je af en toe even door wat jargon heen.

Ik ben dus mijn RSS-reader aan het uitmesten en daarbij leerde ik een paar dingetjes over HTML en CSS die ik kon niet wist of kende.

Bijvoorbeeld dat je dus een uitklapbare boomstructuur kan maken met alleen maar HTML en CSS, dus zonder Javascript, door gebruik te maken van <ul> en <li>, met daarin <details> en <summary>. Vooral die laatste twee elementen kende ik niet, weer wat geleerd.

In CSS-land zijn ze kennelijk ook bezig met een nieuwe manier van kleuren uitdrukken, genaamd LCH of oklch. Wie rgb of cmyk gebruikt, specificeert zelf hoeveel licht of inkt er moet worden gebruikt om de kleur te maken. In feite is dat een hele imperatieve manier van een kleur beschrijven. Een meer declaratieve manier is hsl, waarbij je je kleur beschrijft in termen van tint, verzadiging en helderheid. Deze methode heeft echter nog steeds een directe vertaling naar rgb en is dus een 'leaky abstraction'. De lch is een abstractie die rekening houdt met welke kleuren wij als mensen kunnen waarnemen, en maakt berekeningen met kleuren ('deze kleur maar dan iets donkerder') veel makkelijker.

Verder kwam Hidde met een leuke manier om flexbox te gebruiken voor data-visualisatie.

Er zijn een paar gevleugelde uitspraken die ik vaak gebruik op werk (zoals '500 is nooit het goede antwoord') en dit software-cliché is waarschijnlijk de aanvoerder op die lijst:

There are only two hard problems in computer science: naming things, cache invalidation and off-by-one errors.

Vooral omdat het waar is: dingen een naam geven is moeilijk, en zonder namen zijn het eigenlijk alleen maar berekeningen zonder betekenis. Er valt pas geld te verdienen als er betekenis – en dus waarde – aan die getallen zitten.

Maar nu las ik een stukje van ntietz, waarin i signaleert dat beschrijvende namen voor stukken code problematisch zijn. De OrderCreateService maakt waarschijnlijk een order aan, maar zodra hij ook mails gaat sturen naar de klant, moet het dan niet de OrderCreateAndEmailSendService zijn? Succes met overal in je codebase de naam van de service aanpassen.

In plaats daarvan, zegt ntietz, moeten namen vooral leuk zijn (mijn vertaling). Diens belangrijkste punt: namen zijn een manier om identiteit uit te drukken, niet om te beschrijven. Het artikel noemt verder geen voorbeelden, maar in mijn hoofd heb ik nu een service genaamd Truus die de orders aanmaakt. De e-mail? 'O ja, die stuurt Truus.'

Ik denk niet dat ik mijn collega's overtuigd krijg, maar ik vind het een geweldig idee.