Vælg teknologi til teamet efter overdragelsen

Hvem udfører den næste ændring?

Teknologivalget vedrører også teamet, der skal vedligeholde applikationen efter overdragelsen. Kan det ændre den rette kilde, kontrollere og spore problemer? Spørgsmålet supplerer funktioner og indsats ved første udvikling.

Googles vejledning om kodegennemgang medtager udtrykkeligt fremtidige udviklere. Derfor foreslår vi at gennemgå en typisk senere ændring med det planlagte vedligeholdelsesteam ved værktøjsvalget.

Eksempel: samme adressetilføjelse, forskellige arbejdsveje

Planen er opdigtet. Valget står mellem et udbredt framework, som det fremtidige team kender, og en specialudviklet formulargenerator, som leveringsteamet indtil nu har behersket. Generatoren skal fremskynde første formular; der er ingen målt tidsbesparelse i eksemplet.

Begge kræver runtime, pakkekilder, kontroller og forståelig dokumentation. Med generatoren skal det også være klart, hvor varige ændringer hører til. En håndrettelse i genererede filer kan forsvinde ved ny generering. Kontrollér det frem for automatisk at anse leverede filer for vedligeholdelig kilde.

Gør vedligeholdelse til en del af valget

SEI regner ændringsvenlighed blandt væsentlige arkitekturkvaliteter. Registrér, hvem der vedligeholder afhængigheder og værktøjer, nødvendig støtte og stedfortrædelse. En dokumenteret introduktion kan lukke et videnshul; filadgang alene kan ikke.

En specialudviklet generator kan være begrundet til passende opgaver med pålidelig vedligeholdelse. Et udbredt framework kræver også viden, opdateringer og tydeligt ansvar. Vurdér begge ved samme senere opgave og dokumentér resterende afhængigheder.

Kilder

• Google: What to look for in a code review

• SEI: Software architecture