<p style="text-align: center; max-width: 60%; margin: 0 auto;">En waarom we veel meer moeten investeren in developertooling voor standaarden</p>
Kort eerst iets over mijzelf.
Ik ben Tom, werk al sinds 2023 aan developer.overheid.nl. Als freelancer
veel verschillende overheidsprojecten gedaan. Vind het mooi om daar aan te
werken omdat we met developer.overheid.nl een gemeenschappelijk platform
hebben om developers op een-duidige manier software te laten bouwen.
Mijn rol is developer advocate wat betekent dat ik me verdiep in wat developers
nodig hebben om bijvoorbeeld compliant te kunnen worden aan een standaard.
Wegwijzer
Bottom up
Open Source
Veel van onze energie steken we in community building en events
We brengen mensen liever bij elkaar dan dat we zelf bepalen
hoe iets gebouwd moet worden
Dus als je een foutje ziet, file an issue
Wil je een feature? Draag ook een issue aan
Vanuit de overheid worden hoge eisen aan software gesteld
Er zijn veel standaarden, er is alleen geen goede tooling voor elke
standaard beschikbaar om te checken of je voldoet aan die standaard.
Deze tooling bouwen wij! De sweet spot is dus: handige tools leveren
aan developers, zodat ze makkelijker kunnen werken maar waardoor ze
ook direct compliant zijn aan de standaarden!
Wat ik al eerder zei bij m'n introductie, met deze vraag houden we ons bezig
bij developer.overheid.nl.
Volledig open source op allerlei thema's
Opgedeeld in standaarden/ tools/ tutorials
Metadata op basis van publiccode.yml
Dit is de bron van de Open Source Catalogus die je net zag.
Het bestand werkt als een vlag: "dit is overheidssoftware, en je mag het hergebruiken".
Het is machineleesbaar, dus catalogi kunnen het automatisch oppikken.
Naam, URL, status, licentie, onderhoud: dat is eigenlijk alles.
De longDescription is ingekort voor de slide.
Nieuw sinds 0.5: `organisation` (wie publiceert de software, met een URI).
Nieuw in 0.7: `supports`, welke standaarden/regelgeving de software ondersteunt
(hier de API Design Rules). Vervangt de landspecifieke secties.
Validatie kan met publiccode-parser-go, ook in je CI.
Uitleg in de kennisbank:
https://developer.overheid.nl/kennisbank/open-source/standaarden/publiccode-yml
Eerlijk is eerlijk: developers openen niet eerst developer.overheid.nl.
Ze stellen hun vraag in Claude Code, Cursor of Copilot.
Dan wil je dat het antwoord gebaseerd is op onze standaarden, en niet op
een willekeurige blogpost van vijf jaar geleden.
Een skill is niets magisch: een markdown-bestand met een korte beschrijving.
Als je vraag over API's gaat, laadt de assistent de skill en werkt hij met
de actuele regels, links naar de bron en de juiste linter-commando's.
Eén centrale catalogus: github.com/developer-overheid-nl/skills-marketplace
Werkt in Claude Code en Cursor.
Let op: status concept, het zijn samenvattingen, de officiële standaard blijft leidend.
https://schemas.don.projects.digilab.network
Alle JSON Schemas van de overheid op één plek: ruim 4.200 schema's.
Zoeken en filteren op type en dialect, per schema een health-score.
Eigen schema's toevoegen kan via "Toevoegen aan het Schema-register".
Ingekorte versie van AdresUitgebreid (BAG, Kadaster).
Volledige beknopte versie: shows/wigo4it/adres.schema.json