Softwarecheck | Umut Yerebakmaz

1. Data en database

Wanneer heb je voor het laatst geprobeerd een databaseback-up terug te zetten?

We weten niet zeker of er wel back-ups worden gemaaktEr zijn back-ups, maar terugzetten hebben we nooit getestMeer dan een jaar geledenIn de afgelopen maanden; we testen het regelmatig

Wordt de applicatie traag op drukke momenten?

Vaak; gebruikers klagen eroverAf en toe; we weten niet precies waaromZelden; we kennen de oorzaakNee; we monitoren trage queries en lossen ze op

2. Beveiliging

Waar staan je wachtwoorden en API-keys?

In de code of in een gedeeld bestandOp de server; onduidelijk wie erbij kanOp een aparte plek, maar ze worden nooit gewijzigdOp een plek met beperkte toegang, en ze worden regelmatig vernieuwd

Zijn de libraries en serversoftware die je gebruikt up-to-date?

Al jaren niet bijgewerktWe updaten als er iets stukgaatAf en toe doen we een grote update in één keerUpdates worden automatisch gevolgd en regelmatig doorgevoerd

3. Deployment en monitoring

Hoe zet je wijzigingen live?

Door bestanden met de hand naar de server te kopiërenMet handmatige commando’s; de stappen verschillen per persoonHalfautomatisch; terugdraaien is omslachtigAutomatisch in één stap; binnen enkele minuten terug te draaien

Wie merkt het als eerste wanneer het systeem platligt?

De gebruikersEen collega, toevalligEen eenvoudige beschikbaarheidscheckOns alertingsysteem; fouten en logs worden centraal gemonitord

4. Tests en codekwaliteit

Heb je geautomatiseerde tests?

NeeEen paar; niemand vertrouwt eropVoor de kritieke flows welJa, en ze draaien automatisch bij elke wijziging

Wordt code door iemand anders bekeken voordat hij live gaat?

NeeSomsMeestalAltijd; de regels zijn duidelijk

5. Architectuur en technische schuld

Hoe moeilijk is het om een nieuwe feature toe te voegen?

Elke keer gaat er ergens anders iets stukMoeilijk; het hangt af van de paar mensen die de code kennenMeestal voorspelbaar; aan sommige delen durven we niet te komenVoorspelbaar; het is duidelijk wat waar hoort

Is de architectuur van het systeem op papier vastgelegd?

Nee; niemand kent hem volledigHij zit in de hoofden, niet op papierEr is een verouderd of onvolledig documentEr is een actueel schema en de redenen achter beslissingen zijn vastgelegd

6. Team en kennis

Wat gebeurt er als degene die het systeem het best kent morgen vertrekt?

Het werk ligt stilWe hebben maanden nodig om dat op te vangenHet wordt lastig, maar we redden hetDe kennis is verspreid over het team en vastgelegd; het maakt niets uit

Wie neemt de technische beslissingen?

Niemand in het bijzonder; wie er toevallig isEen extern bureau of een leverancier; wij kunnen dat niet controlerenIemand uit het team, maar de redenen worden niet vastgelegdEr is een duidelijke eigenaar; beslissingen worden met onderbouwing vastgelegd