Samenwerken
Hoe een opdracht begint, hoe een project loopt en wat er na livegang gebeurt.
Hoe begint een project bij MS WebX?
Je beschrijft het doel, niet de technische oplossing. We vragen door tot de scope echt helder is en leggen die schriftelijk vast voordat er iets gebouwd wordt. Denken we dat de gevraagde route de verkeerde is, dan zeggen we dat vooraf — dat gesprek is goedkoper dan de verbouwing die het voorkomt.
Hoe verloopt een project van dag tot dag?
In kleine, zichtbare stappen. Het werk komt op een testomgeving die je altijd in je browser kunt openen, en gaat pas live als jij dat zegt. Niemand ziet het eindproduct voor het eerst aan het einde van het project — dan is elke wijziging duur.
Wat gebeurt er na livegang?
Wat we bouwen is bedoeld om onderhouden te worden: updates van dependencies, monitoring en aanpassingen als je bedrijf verandert. Of wij dat blijven doen of je eigen team het overneemt, spreken we in het project af — dat wordt achteraf niet aangenomen. Niets wordt zo gebouwd dat alleen wij eraan kunnen werken.
Nemen jullie een systeem over dat iemand anders heeft gebouwd?
We lezen eerst de bestaande code en zeggen daarna eerlijk of doorgaan of vervangen goedkoper is over de levensduur van het systeem. Beide antwoorden komen voor — overgenomen code is vaak prima en alleen slecht gedocumenteerd. We adviseren geen herbouw uit reflex, want herbouw is het duurste dat iemand je kan verkopen.
Waarop bouwen jullie en hoe houden jullie de kwaliteit hoog?
PHP op de server, TypeScript in de browser, Flutter voor iOS en Android, MariaDB voor data, nginx en FrankenPHP voor het uitserveren. Bewust actuele, breed bekende techniek, zodat iedereen het na ons kan onderhouden. Kwaliteit wordt door machines afgedwongen en niet door goede bedoelingen: statische analyse draait op het strengste niveau zonder uitzonderingenlijst, plus ruim tweehonderd eigen regels die afwijkende code meteen afkeuren.