LICENSE.md
Specificatielicentie voor de publieke EEV-documentatie en het canonieke contract. Ze verduidelijkt ook dat EEVC een gecertificeerd kanaal blijft en dat gecertificeerde verificatie bij eevc.link hoort.
Werkbronnen
Deze pagina houdt de ruwe documenten binnen handbereik en maakt hun doel expliciet. Het doel is dat een team geen tijd verliest met raden welk document leidend is, welk document de architectuur stuurt en welk document vooral testen of pedagogiek ondersteunt.
eev-format.md
Centrale specificatie van het publieke contract: formaatfilosofie, varianten `.eev / .eevz`, structuren `ENTRY` en `LIB`, canonieke regels.
eev-implementation.md
Architectuurnota: lezen, schrijven, integriteit, scheiding van lagen, matching en echt runtimegedrag.
eev-recording-guide.md
Opnamegids: hoe je een bruikbare, volledige, correct geannoteerde vingerafdruk produceert die overeenkomt met het beoogde kwaliteitsniveau.
eev-v1-peak-tracks-roadmap.md
Product-roadmap voor rijkere `peak_tracks`, de logica `eco -> standard -> high -> ultra` en afwegingen rond stabilisatie.
fallback-matrix.md
Matrix voor gecontroleerde degradatie per browser, mobiel en Android WebView. Zeer nuttig voor elk product dat in echte runtime-omgevingen moet werken.
qa-regression-checklist.md
Validatiechecklist vóór release, algoritmewijziging of buildpublicatie. Helpt stille regressies te vermijden.
Aanbevolen volgorde voor een team
- R&D / architectuur: begin met Formaat en daarna Implementatie
- product engineering: ga verder met Opname en daarna fallback
- QA: bekijk QA-checklist + fallbackmatrix
- documentatie / evangelisatie: gebruik daarna Glossary + Voor beginners
Belangrijkste drieluik
Voor implementatie is het centrale drieluik eenvoudig: Formaat voor het canonieke contract, Implementatie voor de softwarestrategie en de Opnamegids voor de kwaliteit van het ruwe materiaal. De andere documenten kaderen, testen, verrijken of verklaren.
Checklist vóór de start van de ontwikkeling
- bepalen of je alleen `ENTRY`-ondersteuning nodig hebt of ook `LIB`
- de regels van de canonieke writer scheiden van die van tolerant lezen
- kiezen hoe je integriteit en optionele hashes valideert
- testmateriaal voorbereiden dat onder realistische omstandigheden is opgenomen