16 criteria voor publieke code
Criterium 1
Zijn plannen en code publiek toegankelijk?
Dit draagt bij aan transparantie, kwaliteit, controleerbaarheid en samenwerking.
Criterium 2
Zo is het gemakkelijker om te begrijpen hoe de code werkt en waarom het is zoals het is.
Criterium 3
Codebases die door meerdere partijen worden ontwikkeld en gebruikt, hebben meer kans op een langlevende community.
Criterium 4
Verwelkom bijdragers om de community te laten groeien en zichzelf langdurig in stand te houden.
Criterium 5
Vergroot de kans dat gebruikers bijdragen leveren aan de codebase.
Criterium 6
Dit stelt ontwikkelaars in staat om parallel aan bijdragen te werken en helpt toekomstige ontwikkelaars om de redenen voor wijzigingen te begrijpen.
Criterium 7
Stimuleer een cultuur waarin ervoor wordt gezorgd dat elke bijdrage van hoge kwaliteit, volledig en van waarde is.
Criterium 8
Dit helpt belanghebbenden en bijdragers de ontwikkeling van de codebase af te kaderen.
Criterium 9
Onmisbaar voor mensen om de codebase te gaan gebruiken en eraan bij te dragen.
Criterium 10
Duidelijke en eenvoudige taal zorgt ervoor dat de code en wat deze doet voor een breder publiek begrijpelijk is.
Criterium 11
Gebruik open standaarden om interoperabiliteit te garanderen en vendor lock-ins te verminderen.
Criterium 12
Verzeker je ervan dat bijdragen werken zoals bedoeld en geen fouten bevatten.
Criterium 13
Door voor elk bestand in een codebase duidelijk de licentie aan te geven, worden hergebruik van delen van de codebase en naamsvermelding daarbij eenvoudiger.
Criterium 14
Onvindbare codebases bestaan de facto niet.
Criterium 15
Gebruik een coherente stijl om bijdragers in verschillende omgevingen samen te laten werken.
Criterium 16
Zo kunnen anderen beslissen of ze de codebase willen gebruiken en eraan willen bijdragen.