De eerste parallel sessie van vandaag. Terwijl Joost en Gijs bij de sessie over EZ Components zitten, zitten Evert en ik bij de presentatie van Gaylord Aulke over team based PHP development. De traditionele manier van in een team werken bestaat uit de volgende situatie: een aantal developers werken samen op een webserver, en na een test van een quality manager wordt er voor gekozen het live te zetten. De voordelen hiervan zjin de volgende: het is simpel op te zetten, makkelijk om te gebruiken, en de paden naar alle bestanden zijn altijd identiek, net als de software updates. Het grootste nadeel is dat als 1 iemand een foutje maakt, iedereen er last van heeft.
De ideale situatie voor een developer is dat iedereen voor zich bepaalt wat er getest en gewijzigd wordt, zonder dat anderen er last van hebben. Daarna moet alles wel gesynchroniseerd worden met de rest, daar hebben gelukkig tools als SVN voor. Om dit te laten werken moet de ontwikkelomgeving zo dicht mogelijk bij de live omgeving liggen. Om de kwaliteit hoog te houden moet er tijdens het ontwikkelen al voldoende getest worden. De deployment van code op de live server moet daarna automatisch en gearchiveerd gebeuren.
Om geen fouten te maken in het onderhoud moeten er plannen opgesteld worden om updates en bugfixes structureel uit te voeren. Een veelgemaakte fout is dat een bug ter plekke (op de live omgeving) wordt geupdate, waarna het niet lokaal of in de repository ook wordt geupdate, zodat de bug zich bij een andere update wederom voordoet. Als iedereen zich aan deze regels houdt en alles netjes in SVN zet, dan is een checkout altijd 100% goed. Helaas heeft niemand in de zaal dit ooit meegemaakt, inclusief de spreker niet.
Lees verder »