Onze cultuur
Manifest voor Welzijn & Autonomie
Het maakt ons niet uit hoeveel uur je werkt. Het maakt ons uit dat het systeem draait, dat de code onderhoudbaar is en dat de engineer die het schreef goed heeft geslapen.
We huren geen mensen in om stoelen te vullen. We huren engineers in om complexe problemen op te lossen. En complexe problemen worden beter opgelost met autonomie, focus en rust.
Vier principes waarover we niet onderhandelen
Dit zijn geen aspiraties. Het zijn operationele beslissingen die we elke dag nemen en die bepalen hoe er bij Digital Axios wordt gewerkt.
Resultaten > Uren Succesvolle deployments en stabiele processen.
We meten succes niet in uren achter een scherm. We meten het in deployments zonder rollback, in automatiseringspipelines die duizenden documenten verwerken zonder tussenkomst, en in klanten die rustig slapen omdat hun systeem niet crasht.
Een engineer die een kritieke bug in 45 minuten oplost en gaat wandelen is waardevoller dan een die 8 uur productiviteit simuleert.De KPI's die ertoe doen: systeemuptime, foutenpercentage in productie, incidentresolutietijd. Niet de prikklok.Als je code de tests doorstaat, de code review passeert en schoon integreert in de CI/CD-pipeline, heb je je werk gedaan. De tijd waarop je het deed is irrelevant.
Asynchrone cultuur Deep Work zonder onderbrekingen.
Het programmeren van complexe systemen vereist diepe concentratie. Een engineer die elke 20 minuten wordt onderbroken schrijft geen solide architectuur: die schrijft patches. We ontwerpen onze operatie om geconcentreerde werkblokken te beschermen.
Schriftelijke communicatie eerst. Als iets een Slack-bericht met context kan zijn, is het geen vergadering van 30 minuten.Vergaderingen met vooraf bepaalde agenda en vaste duur. Geen 'snelle calls' die een uur dwalen worden.Documentatie als bron van waarheid. ADRs (Architecture Decision Records) en runbooks vervangen het 'vraag het aan die collega, die weet het'.We respecteren 'niet storen'-statussen. Wanneer een engineer in Deep Work-modus een concurrencyprobleem oplost of een microservices-flow ontwerpt, is die concentratie heilig.
Respect voor de engineer Je professionele groei is geen obstakel.
Onze engineers volgen universitaire opleidingen, halen AWS-certificeringen, dragen bij aan open-sourceprojecten. Dit is niet iets dat we 'tolereren' ondanks het werk: het is iets dat we aanmoedigen omdat het ons beter maakt.
Flexibele roosters ontworpen zodat academische opleiding nooit concurreert met werk. Als je colleges hebt, past je agenda zich aan.Jaarlijks opleidingsbudget: cloudcertificeringen, technische conferenties, gespecialiseerde cursussen. Zonder bureaucratie om het aan te vragen.Beschermde onderzoekstijd. Dit is geen decoratief voordeel: het is de reden waarom we onze klanten oplossingen kunnen bieden met de nieuwste AI en documentverwerking.Interne mentoring tussen senior en junior engineers. Gedeelde kennis schaalt; kennis die bij één persoon zit is een single point of failure.
Mentale gezondheid Schone code vereist uitgeruste geesten.
Heroïsche engineering bestaat niet. Een engineer die 14 uur werkt om een deployment te 'redden' is een symptoom van een slecht ontworpen systeem, geen daad van toewijding. We ontwerpen onze processen zodat heroïsme niet nodig is.
Productie-incidenten hebben blameless postmortems. We zoeken systemische oorzaken, geen schuldigen.On-call rotatie met duidelijke grenzen. Niemand is 'altijd beschikbaar'. Als je wachtdienst hebt, rust je de week erna.Duurzame werkdruk. Onmogelijke sprints produceren technische schuld die meer kost dan de deadline die ze probeerden te halen.Een uitgeruste engineer detecteert race conditions, anticipeert op edge cases en schrijft tests die de scenario's dekken die een vermoeide engineer negeert.
Hoe dit er in de praktijk uitziet
Dit zijn niet alleen woorden. Zo werken we concreet elke week.
Duurzame sprints
We plannen reële capaciteit, geen fantasieën. We reserveren buffer voor onderzoek, technische schuld en het onverwachte. Een sprint die heroïsme vereist om af te ronden is een slecht geplande sprint.
Documentatie boven vergaderingen
Elke architectuurbeslissing wordt vastgelegd in een ADR. API-specificaties staan in Swagger. Runbooks zijn de eerste verdedigingslinie bij incidenten. We zijn niet afhankelijk van iemands geheugen.
Code reviews als mentoring
Code reviews zijn geen bureaucratische formaliteit. Het is de kans om kennis te delen, problemen te detecteren voordat ze productie bereiken en het technische niveau van het hele team te verhogen.
Blameless postmortems
Wanneer iets faalt in productie, zoeken we geen schuldigen. We zoeken wat toeliet dat de fout zo ver kwam. Ontbrak er een test? Waarschuwde de monitoring niet op tijd? Was de documentatie dubbelzinnig? We repareren het systeem, we wijzen geen vingers.
Wil je werken in een team dat je tijd respecteert?
Als je engineer bent en autonomie, schone code en echte technische uitdagingen waardeert, laten we dan praten.
Neem contact op