I do a lot of talks and because of this I also attend quite a lot of them. I’ve previously shared some hopefully useful advice on how to give a decent presentation. But there’s something I’d like to add.
I’m still somewhat on hiatus, but things appear to be going better!
To give the most effective presentation, you must always think about the audience. You are not there for your personal enjoyment.

The very brief version: “going to the cloud” can mean renting services/servers that you could get from anywhere. There’s little lock-in. The same four words “going to the cloud” might also mean locking your operations to a specific cloud provider, whose proprietary services will now be part of your business processes “forever”. Be specific which variant of cloud you are signing off on!
I’m mostly out of the office but this post was already in the pipeline and I thought it might be useful to get it out.

It is written that into each life some rain must fall, and currently a lot is falling on my family. We’re getting very good care and lots of support, so please don’t worry about us. I’m told we’ll get out of this.
Consider this my ‘out of office reply’ on many of my projects and activities. I’m out of it for a bit. I know lots of people have seen me drop out of meetings and presentations, now you know why.

Ik moet ook nog even wennen aan het idee, maar “motie Cloud Kootwijk” is aangenomen (al heet ‘ie anders):
"Motie van het lid Kathmann over een aanbesteding voor een rijkscloud in volledig Nederlands beheer"
Deze motie kreeg van de regering de appreciatie Oordeel kamer (“👍”), en vervolgens stemden alle partijen behalve PVV er ook nog voor. Overigens legde het kabinet uit dat ze in plaats van ‘aanbesteden’ het oppakken als ‘het initiatief nemen tot’, wat ook prima is.

Earlier, I wrote that there isn’t just one type of cloud; it ranges from renting out servers to fully managed office software as a service.
One relevant type of cloud use is what’s informally called “cloud-native.” I wrote in that earlier page that a “cloud-native developer” does not work based on servers. If you rent out virtual servers and call yourself a cloud company, a cloud-native developer won’t understand you at all.

Eerder schreef ik dat er niet één soort cloud is, het loopt van servers verhuren tot kant en klare kantoorsoftware as a service.
Een relevant soort cloud is wat informeel wel ‘cloud native’ wordt genoemd. Ik schreef daarover dat een ‘cloud native programmeur’ niet werkt op basis van servers. Als je virtuele servers verhuurt en je noemt jezelf een cloudbedrijf, dan snapt die cloud native programmeur daar niets van. Die kan niet uit de voeten met computers, die heeft diensten nodig.

The very short version: It has now become clear that European governments can no longer rely on American clouds, and that we lack good and comprehensive alternatives. Market forces have failed to deliver a truly European cloud, and businesses won’t naturally buy as yet unproven cloud services, even when adorned with a beautiful European 🇪🇺 flag, so for now nothing will happen.
This means it’s time for industrial policy, which requires politics to be proficient in “industry.

De hele korte versie: inmiddels is duidelijk dat Europa/Europese overheden niet meer kunnen bouwen op Amerikaanse clouds, en dat we hier geen goede en dekkende alternatieven hebben. Marktwerking heeft ons geen echte Europese cloud opgeleverd, en het bedrijfsleven gaat niet vanzelf spullen inkopen die nog in aanbouw zijn, hoe mooi die Europese vlag 🇪🇺 erop ook is. Dus is het tijd voor industriepolitiek, en daarvoor moet je goed zijn met “industrie”.

We have extensive discussions about our enormous dependence on American clouds, but what exactly are we talking about? And is Europe equally dependent on all types of cloud? This article is aimed at policy makers, but it may also provide some clarity about the broader landscape to actual cloud users.
There is also a Dutch version of this page.
Cloud in Shapes and Sizes Public cloud, private cloud, IaaS, PaaS, SaaS, IaC, CaaS – what do all these terms mean?

Onze samenleving en overheid draaien inmiddels grotendeels op Amerikaanse big-tech platformen. Velen van ons willen dat dit minder wordt, of zelfs ophoudt.
Iedereen in de tech scene hier in Europa is vol van goede wil er wat aan te doen, maar het gaat toch vaak mis. Van nature willen we leuke open en federated en standaardgebaseerde dingen bouwen. Maar dat is niet genoeg, dat is niet waar de wereld (direct) op zit te wachten.

We hebben hele discussies over onze enorme afhankelijkheid van Amerikaanse clouds, maar waar hebben we het precies over? En zijn we voor alle soorten clouds even afhankelijk?
De cloud in soorten en maten Public cloud, private cloud, IaaS, PaaS, SaaS, IaC, CaaS, waar hebben we het allemaal over. Om te beginnen, de verwarring ligt niet aan jou. Al deze zaken lopen inderdaad door elkaar heen, en veel belangrijke spelers gebruiken deze termen echt op verwarrende manieren.

Op veel plekken woedt nu de discussie: gaan we naar Signal, want WhatsApp is van Facebook/Meta, en dat zijn Amerikanen die ons overal volgen & met wat ze daarmee leren onze verkiezingen en maatschappijen manipuleren. Echt een nare tent.
Foto van Dima Solomin op Unsplash
Andere varianten zijn, moeten we weg bij Twitter? Moeten we andere email gaan gebruiken, want we willen niet dat we 100% afhankelijk zijn van Amerika, Donald Trump en Elon Musk?

De stukjes overheid die hun bestanden en mail nog niet op Amerikaanse servers hebben gezet, maken grotendeels enorme haast om dat nu alsnog te doen. Men lijkt een druk te ervaren, “want er is geen alternatief” en (ietwat bevreemdend) “we zijn met 150.000 werkplekken (!) te klein om nog iets zelf te kunnen beheren”.
Het is nogal een besluit om je over te leveren aan Amerika nu. Het is voor veel buitenstaanders (“burgers”) overigens al lang een onbegrijpelijk idee om dit nu nog te doen.

The very short version: it is madness to continue transferring the running of European societies and governments to American clouds. Not only is it a terrible idea given the kind of things the “King of America” keeps saying, the legal sophistry used to justify such transfers, like the nonsense letter the Dutch cabinet sent last week, has now been invalidated by Trump himself. And why are we doing this? Convenience.

De hele korte versie: het is waanzin om onze maatschappij en overheid over te zetten op Amerikaanse clouds. Niet alleen is het een dom idee gezien wat de “Koning van Amerika” allemaal roept, de juridische fijnslijperij waarmee men dit rechtpraat, zoals bijvoorbeeld te vinden in deze onzinbrief van het kabinet gisteren, is inmiddels door Trump zelf ongeldig gemaakt. En waarom doen we dit? Gebruiksgemak. Maar het is heel eng om met dit argument je samenleving 24/7 afhankelijk te maken van de goeie wil van de Amerikanen.

Recent ben ik (te?) veel in het nieuws over het belang van het hebben van zelfstandige communicatiemogelijkheden in Nederland en Europa. Mogelijkheden die niet afhankelijk zijn van de goede wil van Amerikanen. En waarbij die ook niet mee kunnen lezen.
Op mijn homepage kan je al jaren lezen dat ik vroeger aandeelhouder was van het Duitse bedrijf Open-Xchange. Open-Xchange maakt emailplatformen, met name voor telefoonmaatschappijen en internetbedrijven.
Je zou nu kunnen denken, Bert promoot Europese communicatiemogelijkheden omdat hij Open-Xchange wil promoten.

So I’m a huge SQLite fanboy and I use it for almost everything these days. Recently, the project added sqlite3_rsync which allows you to swiftly replicate your database to other servers (or to the same server if you want), and this really was the cherry on top for me.
Last week however, I ran into one of my projects unexpectedly getting SQLITE_BUSY errors. And then someone urged me to run ‘a real database’ (PostgreSQL), and that hurt.

Het hele rondetafelgesprek van “Digitale soevereiniteit Rijksoverheid” van afgelopen 13 februari 2025 is de moeite waard. Bekijk het hier op de meer dan uitstekende Debat Direct site van de Tweede Kamer.
Deelnemers Petra Oldengarm en Reijer Passchier hebben hun reflecties op de bijeenkomst al gedeeld, en ik schreef er al wat over in mijn nieuwsbrief (inschrijven kan via deze link).
Hier voor mij twee persoonlijke highlights. Mijn intro:
Sorry, your browser doesn't support embedded videos.

Zoals ik schreef in de eerste aflevering van mijn nieuwsbrief:
“Het komt een beetje pompeus over om updates over mezelf te sturen, maar het is echt op veler verzoek. En spontaan hebben 248 mensen zich al ingeschreven, dus er is kennelijk behoefte.”
Je kunt je hier inschrijven en hier is het archief van eerdere afleveringen.
Ik stuur een nieuwsbrief alleen als er wat te melden is: nieuwe posts, praatjes, kamervragen, dat soort dingen.

De korte versie: overdracht van persoonsgegevens naar Amerikaanse aanbieders, ook op servers in de EU, was juridisch al lang omstreden, omdat de US overheid zichzelf vrijwel onbeperkte rechten gunt om in die data te grasduinen. Desondanks zijn er drie pogingen gewaagd om deze overdracht te legaliseren. De eerste twee pogingen zijn door Europese rechters ongeldig verklaard.
De nieuwste poging, de Transatlantic Data Privacy Framework (TDPF) leunt zwaar op een Amerikaanse toezichthouder genaamd Privacy and Civil Liberties Oversight Board (PCLOB).

In the beautiful Dutch booklet Over en Uit: Driekwart Eeuw Radiocommunicatie 1900 - 1975 (‘Over and out: 75 years of radio communications’), we read:
1916: As a result of British cable censorship, free communication between the Dutch government and the Governor-General of the Dutch East Indies was no longer feasible.
(Dutch version of this post is here)
The Netherlands was dependent on foreign countries for communication, which had already caused problems earlier:

In het mooie boekje Over en Uit: driekwart eeuw radiocommunicatie 1900 - 1975 lezen we:
1916: Als gevolg van de Engelse kabelcensuur is een vrije berichtenwisseling tussen de Nederlandse regering en de Gouverneur-Generaal van N.O.-Indië niet goed meer mogelijk.
Nederland was afhankelijk van het buitenland voor communicatie, wat ook al eerder voor problemen had gezorgd:
1899: Tijdens de Tweede Boerenoorlog van 1899-1902 tussen Engeland en de Zuid-Afrikaanse republieken Oranje Vrijstaat en Transvaal worden telegrammen uit Nederland (…) door Engelse ambtenaren gecensureerd.

tl;dr: Microsoft and other email security scanners will visit the links in email you transmit, and run the JavaScript in those links, including calls that lead to POSTs going out. This used to be unacceptable, since POSTs have side effects. Yet here we are. This breaks even somewhat sophisticated single-use sign-on / email confirmation messages. Read on for how to deal with this, and some thoughts on how we should treat gatekeepers like Microsoft that can randomly break things & get away with it.

So how hard could it be. As input we have something like Fri, 17 Jan 2025 06:07:07 in UTC, and we’d like to turn this into 1737094027, the notional (but not actual) number of seconds that have passed since 1970-01-01 00:00:00 UTC.
Trying to figure this out led me to discover many ‘surprise features’ and otherwise unexpected behaviour of POSIX time handling functions as implemented in various C libraries & the languages that build on them.

Over the past eight years I’ve held a trilogy (in four parts) of presentations over at NLNOG covering the working life and career of technical people. This is around two hours of video and slides (with notes), but I’ve heard from people who binge-watched all of it in one go. The presentations have been online for ages, but you had to know where to look for them. On this page I bring them all together, with some context.

Recently the Dutch Electoral Board (where I am also a very part time advisor) invited me to do a talk reflecting on their open source Abacus vote tabulation software.
Much software is now provided as a service, and is typically deployed continuously (CD, continuous deployment), surrounded by enough automated testing (CI, continuous integration) that we can be reasonably sure that a new revision is likely to at least work to some extent.

Welkom!
Goed inzicht in ons parlement is belangrijk, soms omdat er dingen in het nieuws zijn. En soms juist omdat dingen (nog) niet in het nieuws zijn, maar er binnenkort wel besluiten over genomen gaan worden. De Tweede Kamer publiceert alles wat ze doen via een technische API, en dat is echt geweldig. Hierdoor kunnen we op Internet eigen viewers maken om deze data zo goed mogelijk zichtbaar te maken.

Naar aanleiding van veel misverstanden hier een kort stukje over:
Helpt het als Microsoft/Google/Amazon beloven dat mijn gegevens op servers in de EU worden opgeslagen? Kan ik met “eigen sleutels” / bring your own key / double key encryption / aparte opslag, mijn data in praktische zin beschermen tegen Amerikaanse spionage? Kan ik me zo beschermen tegen Amerikaanse sancties / dreigementen / Trumpiaanse woedeuitbarstingen? Het antwoord op alledrie de vragen is helaas “nee”.

Afgelopen 25 november hield ik (op persoonlijke titel) een praatje bij de Kiesraad over de toestand van de cloud, met specifieke aandacht voor de Nederlandse overheid.
Iedere organisatie ziet zich nu geconfronteerd met de vrijwel verplichte gang naar de cloud. Voor een schoenenwinkel of broodjeszaak is het niet zo’n halszaak om over te gaan naar Microsoft 365 (MS365), of om afhankelijk te zijn van leveranciers die diensten leveren op basis van Amazon Web Services.

Here I collect for various (scientific) fields the absolutely most important books. Totemic Tomes if you will. Books you can’t miss. Books that everyone in a field should have read, or belatedly discover they haven’t yet. The book you wish you’d known about before wading through several mediocre works.
“I have always imagined that paradise will be a kind of library.” — Jorge Luis Borges
Many of these books are still entirely relevant, but a few have been overtaken by new discoveries, but have however not relinquished their epic status.