De fleste av disse tingene du bør egentlig allerede være å gjøre, og hvis du ikke er så jeg foreslår at du begynner å gjøre det med en gang.

1. trinn tilbake og plan

Det er ofte vanskelig å ikke bare hoppe rett inn til koding, spesielt med et prosjekt du er begeistret. Prøv å motstå at trangen etter å reise tilbake og tar en bit av tid til å tenke på ting før du begynner å skrive. Tenk om problemet du prøver å løse, eventuelle problemer som kan oppstå og komme opp med en potensiell løsning. Enda bedre enn å tenke på problemet og løsningen, skriv det ned et sted. Hvis du starter koding før du har helt fått hodet rundt problemet det er en veldig god sjanse for at du vil ende opp med litt mer enn et rot.

Tross alt hvis du starter koding en løsning før du vet hva som løsning er hvordan skal du vite når du kommer til den løsningen?

2. Dokument før koding

Dokumentasjon er et annet aspekt ved koding som er altfor ofte oversett. Noen utviklere mener det ikke er deres jobb å dokumentere, andre bare ikke komme seg rundt til det på grunn av tidspress. Dokumentasjon av funksjoner /metoder og hvordan bestemte deler av koden er ment å fungere kan hjelpe med feilsøking og unngå den gamle "Hva skulle jeg /han /hun tenker med denne koden?" situasjon.

Jeg foreslår at når du oppretter en ny klasse /funksjon /metode (eller annen relevant del av koden) skape skjelettet av det KUN, og deretter skrive dokumentasjonen. Bare én gang dokumentasjonen er gjort bør du tenke på å implementere guts av funksjonen. Dette vil sikre dokumentasjon ikke blir glemt, og du vil få et mye klarere bilde av hva du prøver å oppnå før du legger ut.

3. Vedta en koding standard og hold deg til den.

Bruk konsekvent innrykk, layout, navnekonvensjoner etc på tvers av alle koden din. Det gjør ikke bare det enklere for deg og andre til å lese og endre, men det vil også gjøre det mye enklere å feilsøke når du kommer tilbake for å se på koden i et par måneders tid. Dette er uten tvil et av de viktigste tingene du kan gjøre for å forbedre kvaliteten på koden din, men er også en av de mest glemt eller oversett.

4. Skrive testplaner og sørge for at de blir brukt

Mye av tiden testing er utført svært minimal eller i en tilfeldig måte. Dette er dårlig fordi forlater du åpner for å gå glipp av områder under testing eller ikke oppdage åpenbare problemer fordi testeren vet forstå hvordan Web utvikling vil bli brukt. Dette er dessverre alltid en risiko, men det kan bli sterkt minimert ved å skrive ulike testplaner og sikre at de faktisk brukes. Testplaner kan være ganske komplekse og omfattende eller enkle bruksmåter som blir avløst av testeren. Uansett de er en utmerket måte å vise hva som har blitt testet og over tid de kan utvides til å dekke mer av programvaren.

Tilsvar til skriving av dokumentasjon for hver klasse /funksjon /metode når de er opprettet, bør du i tillegg lage et sett med tester for hver funksjon som eller før den er kodet. Igjen testene kan utvides over tid og er en flott måte å utføre raske regresjon sjekker.

Anmeldelser 5.

Dette er på ingen måte et nytt konsept, men det er definitivt en som er lite benyttet. Utviklere er ofte redd for fagfellevurderinger fordi de ikke liker deres kode blir kritisert og andre utviklere kan ofte være ganske tøffe. Ikke ta det personlig, kan det være svært nyttig å ha noen andres øyne stikk ting du gikk glipp av, og etter noen anmeldelser koden din vil mer enn sannsynlig begynne å forbedre generelt.

I tillegg til peer anmeldelser, vurdere din egen kode. Gå tilbake og har en rask lese av hva du har gjort i en uke, en måned, 4 måneder og 12 måneder senere hvis du kan. Du er nesten garantert å komme opp med en bedre løsning enn du gjorde før. Selv om du kanskje ikke være i stand til å implementere nye ideer i det gamle prosjektet kan du være i stand til å bruke dem i fremtiden.

Konklusjon

Jeg er en stor tro på stadig prøver å forbedre min ferdigheter, kunnskap og mest av alle koding standarder. Ved å bruke teknikkene ovenfor (samt andre) kan forbedres kvaliteten på programvaren og over tid så vil dine ferdigheter. La oss få vite dine tanker om teknikkene som er nevnt ovenfor. Bruker du dem allerede? Tror du de vil fungere for deg, eller har du hater tanken helt?