-
Notifications
You must be signed in to change notification settings - Fork 18
docs: kwaliteitsaanpak #2840
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
docs: kwaliteitsaanpak #2840
Conversation
|
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
pibl
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice.
Co-authored-by: Bart Veneman <[email protected]>
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Wat mij betreft publiceren we deze niet publiek. De informatie hierin over de projectborden is alleen relevant voor de teams bij NL Design System én ik wil eigenlijk niet beweren dat iedereen per se in Agile sprints moet werken, terwijl andere dingen uit de kwaliteitsaanpak juist wel fijn zijn als onderdeel worden van de standaard werkwijze
| @@ -0,0 +1,13 @@ | |||
| # Kwaliteitsaanpak | |||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ik twijfel een beetje of Kwaliteitsaanpak de juiste naam is, ergens denk ik dat al deze informatie bijvoorbeeld ook samen zou kunnen vallen met die Baseline die we al hebben en dan weet ik niet of het de lading dekt.
Voor nu prima, maar wellicht met een inspiratie moment nog te verbeteren.
| @@ -0,0 +1,13 @@ | |||
| # Kwaliteitsaanpak | |||
|
|
|||
| NL Design System heeft een aanpak om software van hoge kwaliteit te maken. Hier lees je op welke manier we dat doen. | |||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ik vind deze tekst nogal droog, misschien zoiets?
| NL Design System heeft een aanpak om software van hoge kwaliteit te maken. Hier lees je op welke manier we dat doen. | |
| NL Design System wordt door veel verschillende mensen gebruikt en gemaakt. Daarom is het belangrijk dat we de kwaliteit met elkaar bewaken. | |
| Met deze kwaliteitsaanpak helpt het kernteam de kwaliteit van de gemaakte componenten, patronen, templates, hulpmiddelen en websites hoog te houden.``` |
|
|
||
| Om de kwaliteit van de broncode te meten wordt in de `/package.json` van de repository een `lint` script gemaakt. Alle nodige stappen om de code van onvoldoende kwaliteit te herkennen worden via het `pnpm run lint` script uitgevoerd. | ||
|
|
||
| Gebruik GitHub Actions om `pnpm run --if-present lint` uit te voeren. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
De tekst veranderd hier een beetje van wat we doen beschrijven naar hoe iemand het zelf moet doen. Misschien moeten we deze tekst (en die van andere pagina's) daarom in 2 delen doen? Wat doen wij en Hoe kun je dit zelf ook doen
|
|
||
| ## Overzicht | ||
|
|
||
| - [Broncodekwaliteit](./broncodekwaliteit.md) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Dit lijstje is nu natuurlijk niet compleet omdat het handmatig moet worden aangevuld. Misschien kunnen we hier de automatische logica van de formulier richtlijnen overzichtspagina's wel hergebruiken



very much work in progress
Ik publiceer alvast het concept om afspraken te kunnen maken met het Expertteam Digitale Toegankelijkheid.
Preview van /handboek/kwaliteitsaanpak/