Som teknisk leder har jeg alltid prøvd å oppmuntre mine programvareutvikling team for å opprettholde gode koding praksis . Det har ikke alltid vært lett og her er noen av de erfaringene som jeg har lært å hjelpe til. Instruksjoner
en

Gi minst to personer til alle deler av et prosjekt. Også kjent som lag programmering , dette er en flott metode for å sørge for at fire øyne ser hver linje med kode. Det har en tendens til å produsere mer å vedlikeholde og mer lesbar kode . Dette reduserer også effekten av utviklere quiting et lag før prosjektet er ferdig.
2

Hold koden vurderinger med sign- offs. Hvis kombinert med trinn 1 , gjør dette at minst tre sett med øyne ser hele kodebasen . Sign -off sikrer bare at en senior ledelse har vurdert og gitt OK å sikre at en person med senior nivå evne godkjenner av koden .
3

Lag en enkel standard dokument. Prøv å gjøre dette i forbindelse med lagets innspill . Ingen utbygger liker å bli fortalt hvordan du koden , så hvis han eller hun har innspill til prosessen , kan de bidra til å forme dokumentet som , til slutt , vil de måtte forholde seg til .
4

Etablere gode " code -sharing " teknikker . Prosjektene har ofte ukentlige statusmøter , men den tekniske ledelsen bør holde koding statusmøter i tillegg til prosjektets statusmøter . Dette vil tillate utviklere muligheten til å diskutere sin kode , også projektorens , eller andre problemer som de måtte ha av en teknisk . Disse møtene kan være 10 minutter eller vare i en time , poenget er at du tilbyr arbeidstid for utviklere å diskutere ulike koding teknikker .
5

Gjør deg selv tilgjengelig . Ofte ganger , tekniske fører gjør en god bit av koding seg selv og er vanligvis en av de travleste folk på prosjektet , men hvis du slår bort dine utviklere nok ganger , så ikke bare vil kvaliteten på koden lide, men din kompetanse er ikke blir brukt til sitt fulle fordel
p Dette kan slå tilbake med noen utviklere som tror at dette kan bety at de ikke trenger å gjøre noe forskning siden du er nå en one stop shopping kode fixer - . så prøv å sette opp kontortid eller har Developer planlegge avtaler i stedet for bare stoppe i.