diff --git a/nl/GOVERNANCE.md b/nl/GOVERNANCE.md index 50804f8..268cb95 100644 --- a/nl/GOVERNANCE.md +++ b/nl/GOVERNANCE.md @@ -104,7 +104,7 @@ Naast de dagelijkse taken heeft het stuurteam de gezamenlijke verantwoordelijkhe - Wijzigingen door te voeren op het gebied van licenties en intellectueel eigendom ### Vergaderingen -Het stuurteam vergadert regelmatig. Hun agenda bevat een beoordeling van de roadmap en problemen/zaken die zijn vastgelopen. Het doel van de agenda is niet om alle patches te beoordelen of goed te keuren. (Het beoordelen en goedkeuren van patches wordt gedaan via het proces dat is beschreven in `CONTRIBUTING` van de *upstream* Standard for Public Code.) +Het stuurteam vergadert regelmatig. Hun agenda bevat een beoordeling van de roadmap en problemen/zaken die zijn vastgelopen. Het doel van de agenda is niet om alle patches te beoordelen of goed te keuren. (Het beoordelen en goedkeuren van patches wordt gedaan via het proces dat is beschreven in `CONTRIBUTING` van de [*upstream* Standard for Public Code](https://github.com/standard-for-public-code/standard-for-public-code).) ### Besluitvormingsproces Het besluitvormingsproces is standaard gebaseerd op consensus, met stemmingen voor bepaalde zaken. @@ -128,6 +128,6 @@ Veel van de dagelijkse onderhoudstaken van het project kunnen worden afgehandeld Bij een gewone meerderheid betekent dit dat minstens de helft van de stuurteamleden voor heeft gestemd, en bij een tweederdemeerderheid tweederde van de stuurteamleden. ### Gedragscode -De Gedragscode van de *upstream* Standard for Public Code wordt uitgelegd in [CODE_OF_CONDUCT](CODE_OF_CONDUCT). +De Gedragscode van de *upstream* Standard for Public Code wordt uitgelegd in [`CODE_OF_CONDUCT`](CODE_OF_CONDUCT). Als een mogelijke overtreding betrekking heeft op een teamlid, zal dat teamlid worden uitgesloten van de stemming over het probleem. Dergelijke problemen moeten direct worden geëscaleerd naar het stuurteam, en het stuurteam kan ervoor kiezen om in te grijpen. diff --git a/nl/criteria/maintain-version-control.md b/nl/criteria/maintain-version-control.md index e76366d..a34efba 100644 --- a/nl/criteria/maintain-version-control.md +++ b/nl/criteria/maintain-version-control.md @@ -74,7 +74,7 @@ description: Dit stelt ontwikkelaars in staat om parallel aan bijdragen te werke * [Producing OSS: Version Control Vocabulary](https://producingoss.com/en/vc.html#vc-vocabulary) door Karl Fogel. -* [Versiebeheer in codering handhaven](https://www.gov.uk/service-manual/technology/maintaining-version-control-in-coding) door de UK Government Digital Service. +* [Maintaining version control in coding](https://www.gov.uk/service-manual/technology/maintaining-version-control-in-coding) door de UK Government Digital Service. * [GitHub Skills](https://skills.github.com/) door GitHub voor het leren gebruiken van GitHub of om je vaardigheden op te frissen. diff --git a/nl/criteria/make-contributing-easy.md b/nl/criteria/make-contributing-easy.md index e4d7a24..249ca2f 100644 --- a/nl/criteria/make-contributing-easy.md +++ b/nl/criteria/make-contributing-easy.md @@ -58,6 +58,6 @@ Een gedeelde digitale infrastructuur maakt het makkelijker om samen te werken. H ## Meer informatie -* [Hoe inspireer je uitzonderlijke bijdragen aan je open-sourceproject](https://dev.to/joelhans/how-to-inspire-exceptional-contributions-to-your-open-source-project-1ebf) door Joel Hans. +* [How to inspire exceptional contributions to your open-source project](https://dev.to/joelhans/how-to-inspire-exceptional-contributions-to-your-open-source-project-1ebf) door Joel Hans. -* [De voordelen van coderen in het openbaar](https://gds.blog.gov.uk/2017/09/04/the-benefits-of-coding-in-the-open/) door de UK Government Digital Service. +* [The benefits of coding in the open](https://gds.blog.gov.uk/2017/09/04/the-benefits-of-coding-in-the-open/) door de UK Government Digital Service. diff --git a/nl/criteria/make-the-codebase-findable.md b/nl/criteria/make-the-codebase-findable.md index 883352e..5d40052 100644 --- a/nl/criteria/make-the-codebase-findable.md +++ b/nl/criteria/make-the-codebase-findable.md @@ -28,7 +28,7 @@ Een bestand met metadatabeschrijvingen verhoogt de vindbaarheid. Goed geschreven - De codebase ZOU een unieke en persistente identificatie MOETEN hebben waarbij de belangrijkste bijdragers, de locatie van de [repository](../glossary.html#repository) en de website vermeld worden. -- De codebase ZOU een machineleesbare metadatabeschrijving MOETEN bevatten, bijvoorbeeld een [publiccode.yml](https://github.com/publiccodeyml/publiccode.yml). +- De codebase ZOU een machineleesbare metadatabeschrijving MOETEN bevatten, bijvoorbeeld een [`publiccode.yml`](https://github.com/publiccodeyml/publiccode.yml). - Een eigen domeinnaam voor de codebase is OPTIONEEL. diff --git a/nl/criteria/make-the-codebase-reusable-and-portable.md b/nl/criteria/make-the-codebase-reusable-and-portable.md index b36f731..bc0b643 100644 --- a/nl/criteria/make-the-codebase-reusable-and-portable.md +++ b/nl/criteria/make-the-codebase-reusable-and-portable.md @@ -32,9 +32,9 @@ Broncode die niet afhankelijk is van de infrastructuur van een specifieke ontwik - De codebase ZOU aanpasbaar aan locatiespecifieke omstandigheden zoals taal, karakterset en symbolen MOETEN zijn. -- De broncode en de bijbehorende documentatie MOGEN GEEN situatiespecifieke informatie bevatten. +- De broncode en de bijbehorende documentatie ZOUDEN GEEN situatiespecifieke informatie MOGEN bevatten. -- Codebase-modules ZOUDEN zodanig MOETEN zijn gedocumenteerd dat hergebruik in codebases in andere contexten mogelijk is. +- Codebase-modules ZOUDEN zodanig gedocumenteerd MOETEN zijn dat hergebruik in codebases in andere contexten mogelijk is. - De software MAG GEEN diensten of platformen vereisen die slechts door één leverancier worden geleverd. diff --git a/nl/criteria/publish-with-an-open-license.md b/nl/criteria/publish-with-an-open-license.md index cca09db..e14265e 100644 --- a/nl/criteria/publish-with-an-open-license.md +++ b/nl/criteria/publish-with-an-open-license.md @@ -60,7 +60,7 @@ Door voor elk bestand in een codebase duidelijk aan te geven onder welke licenti ## Meer informatie -* [Open source definitie](https://opensource.org/osd) door de Open Source Initiative, alle open source-licenties voldoen aan deze definitie. +* [The Open Source Definition](https://opensource.org/osd) door de Open Source Initiative, alle open source-licenties voldoen aan deze definitie. * [Geanimeerde video-introductie tot Creative Commons](https://creativecommons.org/about/videos/creative-commons-kiwi) door Creative Commons Aotearoa Nieuw-Zeeland. diff --git a/nl/criteria/require-review-of-contributions.md b/nl/criteria/require-review-of-contributions.md index ccf5b8f..c5827b0 100644 --- a/nl/criteria/require-review-of-contributions.md +++ b/nl/criteria/require-review-of-contributions.md @@ -28,7 +28,7 @@ Een [beleid](../glossary.html#beleid) van snelle beoordelingen garandeert bijdra - Bijdragen ZOUDEN MOETEN worden beoordeeld door iemand in een [andere context](../glossary.html#verschillende-contexten) dan de bijdrager. -- Versiebeheersystemen MOGEN GEEN niet-beoordeelde bijdragen accepteren in een uitgave. +- Versiebeheersystemen ZOUDEN GEEN niet-beoordeelde bijdragen MOGEN accepteren in een uitgave. - Beoordelingen ZOUDEN binnen twee werkdagen MOETEN plaatsvinden. @@ -78,11 +78,11 @@ Een [beleid](../glossary.html#beleid) van snelle beoordelingen garandeert bijdra ## Meer informatie -* [Hoe je code beoordeelt op de GDS-manier](https://gds-way.cloudapps.digital/manuals/code-review-guidelines.html#content) door de UK Government Digital Service. +* [How to review code](https://gds-way.cloudapps.digital/manuals/code-review-guidelines.html#content) door de UK Government Digital Service. -* Branch-beveiliging op [GitHub](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/defining-the-mergeability-of-pull-requests/about-protected-branches). +* [About protected branches](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/defining-the-mergeability-of-pull-requests/about-protected-branches) over branch-beveiliging op GitHub. -* Branch-beveiliging op [GitLab](https://about.gitlab.com/blog/2014/11/26/keeping-your-code-protected/). +* [How GitLab Permissions and Protected Branches Keep Your Code Safe](https://about.gitlab.com/blog/2014/11/26/keeping-your-code-protected/) over Branch-beveiliging op GitLab. * [The Gentle Art of Patch Review](https://sage.thesharps.us/2014/09/01/the-gentle-art-of-patch-review/) door Sage Sharp. diff --git a/nl/criteria/use-continuous-integration.md b/nl/criteria/use-continuous-integration.md index c418ef6..a18abc7 100644 --- a/nl/criteria/use-continuous-integration.md +++ b/nl/criteria/use-continuous-integration.md @@ -92,6 +92,6 @@ Door alle functionaliteit automatisch te testen, weet je zeker dat bijdragen wer * [Continuous Integration](https://www.martinfowler.com/articles/continuousIntegration.html) door Martin Fowler. -* [Gebruik continuous delivery](https://gds-way.cloudapps.digital/standards/continuous-delivery.html) door de UK Government Digital Service. +* [Use continuous delivery](https://gds-way.cloudapps.digital/standards/continuous-delivery.html) door de UK Government Digital Service. -* [Kwaliteitsborging: je service regelmatig testen](https://www.gov.uk/service-manual/technology/quality-assurance-testing-your-service-regularly) door de UK Government Digital Service. +* [Quality assurance: testing your service regularly](https://www.gov.uk/service-manual/technology/quality-assurance-testing-your-service-regularly) door de UK Government Digital Service. diff --git a/nl/criteria/use-plain-english.md b/nl/criteria/use-plain-english.md index f9ff134..f8eac53 100644 --- a/nl/criteria/use-plain-english.md +++ b/nl/criteria/use-plain-english.md @@ -26,7 +26,7 @@ Vertalingen vergroten verder het mogelijke bereik van een [codebase](../glossary - Al het gebundelde beleid MOET beschikbaar zijn, of een samenvatting hebben, in alle hoofdtalen. -- Er ZOUDEN geen acroniemen, afkortingen, woordspelingen of juridische termen, taaltermen of domeinspecifieke termen in de codebase MOGEN voorkomen zonder voorafgaande uitleg of een verwijzing naar een uitleg. +- Er ZOUDEN GEEN acroniemen, afkortingen, woordspelingen of juridische termen, taaltermen of domeinspecifieke termen in de codebase MOGEN voorkomen zonder voorafgaande uitleg of een verwijzing naar een uitleg. - De documentatie ZOU geschreven MOETEN zijn op een eenvoudig taalniveau, zoals aanbevolen door de [Web Content Accessibility Guidelines 2](https://www.w3.org/WAI/WCAG22/quickref/?showtechniques=315#reading-level). diff --git a/nl/print-cover.html b/nl/print-cover.html index fb75158..58f5237 100644 --- a/nl/print-cover.html +++ b/nl/print-cover.html @@ -272,7 +272,7 @@

Standaard voor Publieke Code

Licensed CC0 - Versie 0.8.0-nl-0.1.0
+ Versie 0.8.0-nl-0.1.1
https://www.standaardvoorpubliekecode.nl

diff --git a/nl/standard-print.html b/nl/standard-print.html index 95d6e1e..047a7b2 100644 --- a/nl/standard-print.html +++ b/nl/standard-print.html @@ -109,7 +109,7 @@

Standaard voor Publieke Code

Licensed CC0 - Versie 0.8.0-nl-0.1.0
+ Versie 0.8.0-nl-0.1.1
https://www.standaardvoorpubliekecode.nl

diff --git a/nl/translation-foreword.md b/nl/translation-foreword.md index 1436041..0e3b7e2 100644 --- a/nl/translation-foreword.md +++ b/nl/translation-foreword.md @@ -14,7 +14,7 @@ Voor je ligt de eerste Nederlandse vertaling van de Standard for Public Code, of Een van de uitgangspunten van open source is dat je het sámen doet. Opensourcewerken is niet iets wat een IT-team alleen kan: je moet in alle onderdelen van de organisatie samenwerken. En doe je dat goed, dan leg je meteen een stevige basis voor de samenwerking met de buitenwereld: de community van gebruikers, onafhankelijke experts, samenwerkingspartners en andere stakeholders. ## Denk mee over de standaard -Dit document is geen in beton gegoten standaard. Het wordt permanent doorontwikkeld, en is een uitnodiging aan de opensource-community om kennis met elkaar te delen. Helemaal in lijn met de opensource-gedachte, waarin het draait om samenwerking en efficiëntie. Dus ook voor deze standaard geldt: bekijk, kopieer, pas aan en deel. Doe voorstellen voor verbeteringen en maak toevoegingen—kijk daarvoor op [www.standaardvoorpubliekecode.nl](www.standaardvoorpubliekecode.nl). Goede ideeën hergebruiken maakt de wereld een beetje mooier! +Dit document is geen in beton gegoten standaard. Het wordt permanent doorontwikkeld, en is een uitnodiging aan de opensource-community om kennis met elkaar te delen. Helemaal in lijn met de opensource-gedachte, waarin het draait om samenwerking en efficiëntie. Dus ook voor deze standaard geldt: bekijk, kopieer, pas aan en deel. Doe voorstellen voor verbeteringen en maak toevoegingen—kijk daarvoor op [www.standaardvoorpubliekecode.nl](https://www.standaardvoorpubliekecode.nl). Goede ideeën hergebruiken maakt de wereld een beetje mooier! ## Ga er ook mee aan de slag! Beleidsmakers, managers, designers en ontwikkelaars, maar ook leveranciers, bestuurders, projectleiders, inkopers, OSPO's en bedrijven: gebruik deze standaard als inspiratie en leidraad voor het bouwen aan een open organisatiecultuur, haal er inspiratie uit voor je aanbestedingsdocument, verwerk hem in checklists, of verspreid het onder collega's die meer willen weten over opensourcewerken. En het belangrijkste: ga met elkaar in gesprek en deel je eigen lessen met de community. Want dát is opensourcewerken.