De langzame vorming van duurzame software

Door Dan Cohen

(Bijschrift: Screenshot van de eerste alpha van wat we aanvankelijk SmartFox en later Firefox Scholar noemden, voordat we raadpleegden: 1) een advocaat, en 2) een Albanees woordenboek voor andere opties, juni 2006)

Tegenwoordig kan software min of meer onmiddellijk worden gemaakt met AI, voor een grote gebruikersgroep of voor jezelf, voor elk doel of zelfs zonder enig serieus doel. Zoals Robin Sloan het treffend verwoordt: je hoeft alleen maar te "vragen om wat je wilt". De genesis van Zotero — de "gratis, gebruiksvriendelijke tool om je te helpen onderzoek te verzamelen, organiseren, annoteren, citeren en delen", die door meer dan 20 miljoen mensen in tientallen talen en talloze disciplines wordt gebruikt — is het tegenovergestelde van deze onmiddellijke bevrediging.

Het duurde vijf jaar, niet vijf minuten, om een ruw eerste prototype te produceren, en daarna nog jaren om de applicatie te verfijnen en uit te breiden. Als AI in het begin van de jaren 2000 had bestaan, hadden we de conceptie van Zotero niet kunnen versnellen, omdat we niet precies wisten wat we wilden en dus geen coherente prompts voor een LLM hadden kunnen schrijven. In plaats daarvan kostte het veel tijd en samenwerking om een heldere visie te ontwikkelen voor wat Zotero zou moeten zijn. Maar die langzame vorming leidde tot software die duurzaam in plaats van vluchtig was, met een stevig fundament waarop verder gebouwd kon worden. Nu programmeren steeds meer een versnelde rit wordt met magische bots, biedt dit gematigde tempo en de nadruk op collectief denken waarschijnlijk een belangrijke les.

Op deze 20ste verjaardag van de lancering van Zotero op 5 oktober 2006, zal ik mijn best doen om de voorgeschiedenis van Zotero te vertellen: wat er nodig was om de 1.0-release te bedenken, te ontwerpen en te bouwen. Het is een verhaal over een groep historici die bekend waren met opkomende technologieën en wisten hoe ze moesten coderen — als nevenvaardigheid in plaats van hoofdvak — en die veel tijd, waarvan sommige verspilde tijd, aan een grote tafel hebben doorgebracht met praten. Dat gesprek smolt uiteindelijk samen tot ideeën over de toekomst van wetenschappelijk onderzoek.

Zoals het bekende gezegde correct stelt, zijn mislukkingen wezen terwijl successen vele ouders hebben, en Zotero is daar geen uitzondering op. Een volledige reconstructie zou veel meer vereisen dan dit bescheiden artikel, en wat volgt is, begrijpelijkerwijs en noodzakelijkerwijs, vanuit mijn eigen perspectief. Mijn bijdragen aan het succes van Zotero stammen grotendeels uit de jaren vóór en direct na de lancering van de 1.0 beta, toen ik Assistant Professor of History en Director of Research was bij het Center for History and New Media aan George Mason University. Dit instituut heet nu het Roy Rosenzweig Center for History and New Media (RRCHNM), vernoemd naar de visionaire historicus die het oprichtte en in feite het hele veld van de digitale geschiedenis. Roy overleed tragisch in 2007 op slechts 57-jarige leeftijd, en zijn ziekte en overlijden hangen als een donkere wolk boven dit verhaal.

Ik volgde Roy op als directeur van RRCHNM, en vanaf dat moment nam mijn dagelijkse werk aan Zotero af, omdat ik de verantwoordelijkheden overdroeg aan anderen die geschikter waren: de getalenteerde lead developer van Zotero, Dan Stillman; Sean Takats, die de enorme groei van het project in de afgelopen twee decennia behendig heeft begeleid; vele anderen in de omgeving van RRCHNM en de non-profit Corporation for Digital Scholarship die zorgden voor outreach, ondersteuning en talloze details; een internationaal team van ontwikkelaars en vrijwillige bijdragers; en nog meer collega's, van wie ik er helaas slechts enkelen hieronder kan benoemen. Op deze jubileumdag kunt u de pagina met credits en erkenningen van Zotero bezoeken om het volledige team van productieve collaborateurs te eren. Sean Takats heeft ook een geweldig bericht over de voortdurende verbetering en invloed van Zotero sinds de lancering.

Ik ben er trots op dat ik erbij was bij het ontstaan en de beginjaren van Zotero, en dat ik heb geholpen het tot stand te brengen. Tijdens de diploma-uitreiking van een van mijn kinderen afgelopen voorjaar omhelsde een aanwezige mij, onverwacht en uitgebreid, uit waardering nadat hij had gehoord dat ik betrokken was geweest bij Zotero. Niemand heeft dat ooit gedaan voor mijn wetenschappelijke publicaties, en dat zal ook nooit gebeuren.

(Bijschrift: Leden van het Zotero-team eind 2006. Roy Rosenzweig, enkele maanden in chemotherapie, knielt in het midden; hij had net het Zotero-kenteken voor zijn Prius gekregen tot groot genoegen van ons allemaal. Staand, L-R: Sean Takats, Trevor Owens, Josh Greenberg, ik; Knielend: Kari Kraus, Roy. Fotocredit: Sharon Leon)

***

Softwareontwikkeling stond oorspronkelijk niet op de agenda van het Center for History and New Media. Met zijn nu heerlijk retro, eeuwwisselingsnaam — "new media" in plaats van digitaal — hield het centrum zich voornamelijk bezig met het ontwikkelen van sites voor het web, dat bij de oprichting in 1994 pas een paar jaar oud was. Ik trad in januari 2001 in dienst bij RRCHNM, als versgebakken Ph.D., om te werken aan een project over de geschiedenis van de wetenschap.

Samen met een andere nieuwe Ph.D. die de geschiedenis van technologie had bestudeerd, Jim Sparrow (nu professor geschiedenis aan de University of Chicago), bouwden we een website genaamd ECHO: Exploring and Collecting History Online, gefinancierd door de Alfred P. Sloan Foundation. "Collecting" (verzamelen) was een nieuw begrip voor het centrum en wees op een uitbreiding van onze methoden. Omdat de wetenschap exponentieel groeide maar het aantal wetenschapshistorici helemaal niet, dachten we dat we het web konden gebruiken om wetenschappers te helpen hun eigen werk te documenteren. Hiervoor moest onze site interactief zijn, dus begonnen we te experimenteren met "tools" — kleine webapps — die geschiedenis niet alleen online konden tonen, maar ook konden worden geüpload, gesorteerd en gearchiveerd.

Met dit doel voor ogen schreef ik verschillende applicaties in PHP, dat destijds snel de standaard programmeertaal voor webapplicaties werd, omdat het goed samenwerkte met HTML, de lingua franca van het web. Een van deze apps, Web Scrapbook, kreeg enige tractie, vooral in lessen, omdat het studenten in staat stelde om afbeeldingen, links en andere bronnen vanuit de webbrowser vast te leggen in een collectie die gedeeld kon worden met medestudenten en de docent. Gebruikers klikten op een bladwijzer in de browser, waarin een klein stukje JavaScript was ingebed, om de gewenste items te selecteren en de gegevens naar de applicatie te sturen. Web Scrapbook was, zachtgezegd, geen rigoureus stuk software — mijn eerste versie verstuurde wachtwoorden onversleuteld over het internet — en besteedde slechts minimale aandacht aan metadata en andere wetenschappelijke informatie die nodig zou zijn bij het schrijven van een artikel of boek, of het maken van een correcte voetnoot.

(Bijschrift: Wees gewaarschuwd, gij die durft in te loggen op mijn webapplicatie circa 2002 (screenshot van de landingspagina van Web Scrapbook))

Gelukkig werkte tegelijkertijd een andere collega bij het centrum, Elena Razlogova, die webmaster was bij RRCHNM terwijl ze haar Ph.D. volgde (en nu professor geschiedenis is aan Concordia University), aan een meer wetenschappelijke applicatie genaamd Scribe, bedoeld voor het maken van aantekeningen en het opslaan van citaten. Elena gebruikte een database-applicatie genaamd FileMaker om Scribe te bouwen, die gebruikers downloadden en op hun eigen computers draaiden.

(Bijschrift: Elena Razlogova’s Scribe-applicatie, circa 2002)

Scribe werd populair onder collega-historici als een goed, gratis alternatief voor commerciële software zoals EndNote. Het draaide lokaal op een Mac of PC en beschikte over de organisatorische, zoek-, metadata- en annotatiemogelijkheden die Zotero later zou uitbreiden. Elena bracht in de eerste jaren van de eeuw verschillende verbeteringen aan in Scribe, terwijl ik parallel daaraan werkte aan Web Scrapbook.

***

Tegen 2003 wisten we dus hoe we webapps en standalone-apps moesten schrijven; beide waren nuttig, maar beide waren ook onvoldoende. We begonnen het grootste deel van ons onderzoek op het web, en we dachten dat elke robuuste onderzoeksapplicatie voor de toekomst verbonden moest zijn met deze omgeving waar primaire en secundaire bronnen steeds vaker te vinden waren, ofwel als metadata in bibliotheekcatalogi, of als volledige objecten als ze gedigitaliseerd waren. Wat we echt nodig hadden, was een applicatie die enkele aspecten van Scribe en enkele aspecten van Web Scrapbook combineerde: een volwaardige onderzoekstool die onafhankelijk van het web kon bestaan, maar volledig bewust was van wat er in de webbrowser gebeurde, terwijl de onderzoeker door digitale collecties en bibliotheekcatalogi surfte.

Op 29 november 2003 vroeg Roy via e-mail aan Elena wat ze graag zou willen doen voor een volgende versie van Scribe. Roy, Tom Scheinfeldt (een andere recente Ph.D. in geschiedenis die zich bij ons had gevoegd voor het September 11 Digital Archive en nu professor digital humanities is aan de University of Connecticut) en ik werkten aan een subsidieaanvraag voor een nieuwe fase van ECHO, en we dachten dat we daar enkele verbeterde softwaretools bij zouden voegen. Elena schreef op 1 december 2003 terug:

Roy--

Dit is wat ik zou willen doen:

* instelling om verbinding te maken met online bibliografische databases

* meer citatiestijlen (althans APA en juridisch)

* instelling om aangepaste citatiestijlen toe te voegen

* instelling om meer velden en typen referenties toe te voegen

* gebruikers-/wachtwoordinstellingen om online bibliografieën/notities te delen en samen te bewerken

* instelling om lokaal te werken en vervolgens alles of delen van bibliografieën/notities online te publiceren (zoals ical)

* ondersteuning voor vreemde talen

* betere handleiding

* online discussielijst (met gebruik van de software die Marty had geïnstalleerd)

best,

elena

Dit was een goede lijst. Tom schreef terug dat het "leuk zou zijn om Scribe bij te werken en 'web-waardig' (webify) te maken". Een goed woord: webify. Elena, Tom, Roy en ik waren het eens over deze essentiële volgende stap voor Scribe: we moesten een manier vinden om het in de webbrowser te plaatsen, zoals Web Scrapbook, terwijl we de herkomst van Scribe als een detailgeoriënteerde onderzoekstool behielden. Zoals ik later in een tijdschriftartikel onze "heilige graal" samenvatte:

We wilden het beste van beide werelden: de beste onderdelen van standalone-applicaties en webapplicaties. We stelden ons een tool voor die in de browser leefde en die zeer intelligent was over wat er in de browser gebeurde, inclusief het herkennen van wetenschappelijke metadata en objecten, en die kon interageren met elementen op het bureaublad, zoals tekstverwerkers of andere programma's, en via standaarden, diensten en communicatieprotocollen met andere tools en bronnen over het web.

Maar hoe konden we deze verschillende werelden samenvoegen? Dat was in 2003 helemaal niet duidelijk.

***

Bij RRCHNM hadden we een groot whiteboard met vage ideeën, sommige serieus en andere onzin, zichtbaar voor iedereen, voor het geval het iemand een vonk zou geven. Tijdens groepsdiners praatten de faculteit en het personeel van het centrum vaak over nieuwe technologieën waar ze over hadden gehoord, en speculeerden ze of ze die technologie konden toepassen op historisch onderzoek. Ons collectief groeide snel. In de zomer van 2004 werden we onder anderen vergezeld door Josh Greenberg (Ph.D. in wetenschaps- en technologiestudies, nu programmadirecteur bij de Alfred P. Sloan Foundation); Sharon Leon (Ph.D. in Amerikaanse geschiedenis, nu Co-CEO bij Digital Scholar); en Simon Kornblith, een jonge tiener (en zoon van een historicus en vriend van Roy) die echt begaafd was in softwareontwikkeling en vele andere zaken. (Simon zou later een Ph.D. in Brain and Cognitive Sciences behalen aan MIT, belangrijke AI-papers schrijven met de toekomstige Nobelprijswinnaar Geoffrey Hinton, en bij Anthropic gaan werken.)

Een project dat onze aandacht trok, was een afsplitsing van de open-source Mozilla-webbrowser die bekend kwam te staan als Firefox. Die zomer was Firefox in bèta en zou hij later dat jaar officieel worden uitgebracht. De nieuwe browser had veel voordelen. De oorspronkelijke Mozilla-browser, afgeleid van Netscape en de vroege dagen van het web, was in de loop der tijd traag en log geworden. Firefox was daarentegen snel en licht. Maar wat veel spannender was, was hoe Firefox XUL omarmde en naar voren bracht. XUL klinkt als een buitenaardse god uit een sciencefictionfilm uit de jaren 50, maar staat voor XML User Interface Language. Het droomde ons dat je met XUL de webbrowser op elke gewenste manier kon aanpassen en uitbreiden.

Op de dag dat Firefox op 9 november 2004 aan de wereld werd gepresenteerd, downloadden Josh en ik — altijd de vroegste adapters — de browser en begonnen we met de mogelijkheden te experimenteren. Die avond schreef ik een e-mail aan Josh, Elena, Tom en Roy met de onderwerpregel "Firefox + XUL + AWS = OpenScribe/Online Scribe?". De AWS waar ik over sprak was niet de toekomstige cloudcomputingdienst van Amazon, maar een API die Amazon aanbood om informatie over boeken op te halen. Ik dacht dat we een combinatie van een Firefox-extensie geschreven in XUL en diensten zoals die van Amazon konden gebruiken om "automatisch citatie-informatie in de velden te laden". Josh schreef vlak voor middernacht terug:

Vergeef me mijn taalgebruik als ik zeg: "Holy crap, dat is cool!"

De mogelijkheden zijn verbazingwekkend - het lijkt erop dat er XPCOM wrappers zijn voor mySQL waarmee we toegang kunnen krijgen tot een database (of die nu remote of lokaal is), waardoor we Scribe volledig kunnen repliceren met behulp van een relationele database (of een aangepaste "Scrapbook Browser" aanbieden). Alternatief kunnen we de database weggooien en een Firefox-interface gebruiken om Scribe XML-gegevens direct te navigeren. In ieder geval: onmiddellijke cross-platform compatibiliteit.

Hoe dan ook, we zouden een combinatie van Amazon en Proquest/ISI Citation Index kunnen gebruiken om het veel gemakkelijker te maken om bibliografische objecten te maken, en in ieder geval een Mac-versie maken die Cocoa of meer basis-scripting gebruikt om citatie vanuit een tekstverwerker mogelijk te maken...

Neat-o!

Met een open-source database in plaats van FileMaker om bibliografische gegevens en notities op te slaan, en met een Firefox-extensie van de juiste samenstelling, waren alle ingrediënten binnen handbereik om de onderzoekstool van onze dromen te creëren.

Die winter vroegen we, met Roy als hoofdonderzoeker en Josh en mij als co-directeuren, een subsidie aan bij het Institute of Museum and Library Services. De samenvatting van die aanvraag, die we "SmartFox: the Scholar’s Browser for Digital Collections" noemden, toonde ons nieuwe niveau van helderheid, hoewel we ons wat we wilden maken nog steeds voorstelden als een "set tools" — zoals de item-capture tool van Web Scrapbook en de notitie-interface van Scribe — in plaats van één app:

De webbrowser is het primaire middel geworden voor toegang tot informatie, documenten en artefacten uit bibliotheken en musea in het hele land en de wereld, grotendeels dankzij de enorme inzet die deze instellingen hebben getoond om hun collecties online beschikbaar te stellen (als eenvoudige citaten of volledige teksten en afbeeldingen). Helaas voor wetenschappers is er, terwijl er tientallen miljoenen dollars zijn besteed aan het creëren van digitale bronnen, veel minder financiering en inspanning gewijd aan de ontwikkeling van tools om het gebruik van deze bronnen te vergemakkelijken. De browser blijft louter een passief venster waardoor men objecten kan bekijken, maar ze niet gemakkelijk kan verzamelen, annoteren of manipuleren. Bovendien blijven individuele bibliotheek- en museumcollecties vanuit het perspectief van de gebruiker juist dat: aparte websites met verschillende ontwerpen en verschillende manieren om hun informatie weer te geven, waardoor traditionele wetenschappelijke praktijken om objecten van belang uit deze collecties samen te brengen en te bestuderen onnodig moeilijk worden.

SmartFox, een set tools geïntegreerd in populaire, open en gratis websoftware, zal deze grote problemen aanpakken door een webbrowser te creëren die op twee belangrijke manieren "slimmer" is. Ten eerste zal één tool de browser in staat stellen om intelligent aan te voelen wanneer de gebruiker een digitaal bibliotheek- of museumobject bekijkt; dit stelt de browser in staat om automatisch informatie van de pagina vast te leggen, zoals de maker, titel, datum van creatie en auteursrechtinformatie. Ten tweede zal een andere tool deze informatie opslaan en organiseren, evenals volledige kopieën van items en webpagina's (niet alleen hun citatie-informatie) indien gewenst door de gebruiker en toegestaan door de site van de instelling, waardoor de gebruiker deze voor wetenschappelijke doeleinden gemaakte individuele collecties kan sorteren, annoteren, doorzoeken en manipuleren. Cruciaal is dat dit alles zal gebeuren binnen de webbrowser zelf, niet in een aparte standalone-applicatie; de webbrowser zal niet alleen worden gebruikt om informatie te ontdekken, maar ook om wetenschappelijk materiaal te verzamelen, organiseren en analyseren.

(Zotero begon inderdaad zijn leven met een naam, SmartFox, wat een variatie was op Firefox, en onze potentiële schending van het handelsmerk werd op een bepaalde manier erger toen we de app in september 2005 hernoemden tot Firefox Scholar. Daarover later meer.)

Zelfs voordat de IMLS-financiering binnen was, was Simon begonnen met David Norton, een andere softwareontwikkelaar, aan een prototype van SmartFox. Tegen juli 2005 hadden ze een zeer vroege "0.0.1"-versie geproduceerd, met het metadata-paneel bovenaan, het notitieveld eronder en de mappen aan de linkerkant; al deze elementen zouden later worden gecombineerd in een veel betere, uniforme lade.

(Bijschrift: Screenshot van SmartFox versie 0.0.1, 27 juli 2005)

Simon, die niet alleen lette op de publieke releases van Firefox maar ook op de ontwikkeling van de kerncode zelf, wees die zomer erop dat Mozilla van plan was om "mozStorage" in Firefox op te nemen, wat als interface naar een database kon dienen. (Firefox nam uiteindelijk SQLite op als zijn native, open-source database.)

Ook in de productieve zomer van 2005 namen we Dan Stillman aan, een vriend van een RRCHNM-medewerker, om ons te helpen met de groeiende set servers en steeds complexere digitale platforms van het centrum. Dan loste zoveel opgestapelde problemen zo goed op, dat Josh en ik hem in januari 2006 vroegen om zich bij Simon en David in het dev-team te voegen. (Tot op de dag van vandaag is Dan de lead developer van Zotero; wat een loopbaan.) We voegden ook Sean Takats toe, die zowel een doctoraat in de Franse geschiedenis als uitgebreide technische ervaring had, en die naast zijn academische carrière in geschiedenis en digital humanities de langdurige directeur van Zotero werd; Kari Kraus, onze technologie-evangelist, die professor werd aan de College of Information Studies en de Department of English aan de University of Maryland; en later dat jaar Trevor Owens als onze outreach-coördinator. (Trevor is nu Chief Research Officer van het American Institute of Physics.)

(Bijschrift: Leden van het Zotero-team eind 2006. Staand, L-R: Simon Kornblith, Sean Takats, Trevor Owens, Dan Stillman, David Norton; Knielend: ik, Roy Rosenzweig, Josh Greenberg)

Met dit team opgesteld versnelde de ontwikkeling. In ongeveer zes maanden tijd produceerden de ontwikkelaars een veel coherenter ontwerp en veel verbeterde functionaliteit, zoals te zien is in de screenshot van juni 2006 aan het begin van dit artikel. Omdat de zomer altijd een drukke tijd was bij het centrum — aangezien de onderwijsverplichtingen voor sommige leden stopten en iedereen zich concentreerde op subsidieprojecten — werd de codebase snel herhaald en kwam alles samen voor een release van versie 1.0 in het najaar van 2006.

Er was alleen nog het lastige probleem van de naam. Ik ben bang dat we in de zomer van 2006 waarschijnlijk net zoveel tijd hebben besteed aan het heroverwegen van de naam als aan het fine-tunen van het ontwerp. We hadden "SmartFox" inmiddels allang achter ons gelaten en noemden de software "Firefox Scholar", maar we hoorden van een advocaat dat elke branding met "Firefox" erin problematisch zou zijn. We vroegen ons ook af of deze software alleen bedoeld was voor deftige "scholars" — het leek een brede toepasbaarheid te hebben. We overweegden talloze vervangers, waarvan velen achteraf gezien absurd zijn. Om iedereen betrokken te beschermen tegen gêne, houd ik achter wie welk alternatief voorstelde, maar we overweegden onder andere iScholar (dit was de tijd van de iPods), Scholr (dit was de tijd van Flickr), Citopia, FreeCite, CiteHound, DynoCite, FireScribe, FireHoard, MetaFox, ClioFox, en elke woordspeling die je kunt bedenken met vuren, vossen en voetnoten. De domeinnaam moest ook beschikbaar zijn; het is verbazingwekkend hoeveel van de slechte namen die we bedachten op een bepaalde manier al waren geregistreerd door andere dwazen.

Laat in de zomer van 2006, toen de tijd opraakte, dachten we dat we verder moesten kijken dan het Engels, naar voorbeeld van andere nieuwe projecten uit die tijd, zoals Ubuntu (een Linux-distributie met een woord uit een familie van Afrikaanse talen) en Wikipedia (wiens naam is afgeleid van wiki, het Hawaïaanse woord voor snel). Onze collega Mills Kelly, een historicus van Oost-Europa, stelde voor om een Albanees woordenboek te raadplegen. We dachten dat dit een goed idee was, omdat het onwaarschijnlijk was dat andere Amerikanen dit ooit hadden gedaan, voor welke reden dan ook, laat staan om beschikbare domeinnamen te vinden. We kozen snel het Albanese woord voor "goed leren of beheersen", zotero, wat memorabel was, makkelijk uitgesproken kon worden in veel talen en nog beschikbaar was met elke gewenste domeinextensie (we registreerden .org/.com/.net).

Op 29 augustus 2006 stuurde ik Dan Stillman enkele Photoshop-bestanden met een Zotero-logo dat ik had gemaakt, gezet in Eurostile. Ik kan noch bevestigen nor ontkennen dat dit logo geïnspireerd kan zijn door Zpizza, een restaurant in de buurt van waar ik woonde in Silver Spring, Maryland, dat ook een rode Z vooraan had maar Futura Bold gebruikte — een travestie die ertoe leidde dat het restaurant kort daarna sloot. Het Zotero-lettertype is enigszins veranderd, maar het logo is tot op de dag van vandaag bewaard gebleven.

(Bijschrift: Het eerste logo voor Zotero, 29 augustus 2006)

***

Twintig jaar geleden plaatste ik een melding van één zin over de initiële bèta-release van Zotero, waarin ik mensen, een beetje manisch, vroeg om het "uit te proberen!". Dat deden ze ook. Binnen een maand hadden we 60.000 gebruikers van deze nieuwe open-source onderzoeksassistent. De aantallen liepen vanaf daar snel op, en er volgde snel extra financiering van de Mellon Foundation en de Alfred P. Sloan Foundation, waardoor de app collecties over onderzoeksteams kon synchroniseren en uiteindelijk onafhankelijk van Firefox kon worden en met andere webbrowsers kon werken.

De bibliotheek die ik nu leid, zoals de meeste onderzoeksbibliotheken, organiseert workshops waarin studenten en faculteit leren hoe ze Zotero kunnen gebruiken. Het is onderdeel geworden van het weefsel van de academische wereld en wordt ook buiten de academie op grote schaal gebruikt. Zotero is geweldige, solide software. Het blijft evolueren in overeenstemming met de behoeften van zijn enorme gebruikersbasis. De waarde ervan, die langzaam voortkwam uit het collectieve denken van een vriendelijke groep historici, is ongelooflijk duurzaam gebleken. Moge het nog eens 20 jaar, of langer, voortbestaan.

(Zotero 10.0, uitgebracht op 17 augustus 2026)