Den mindste tid

Den mindste tid, du bruger på en kode, er den tid, det tager at skrive den

Time to market. Det er vigtigt, det ved vi alle. Vi skal flytte forretningen, og det kræver, at de systemer, vi omgiver os med, flytter sig med samme hastighed.

Når vi udvikler software, er det altså vigtigt, at vi er opmærksomme på, at de systemer vi laver, langt fra er statiske. Når vi har skrevet en linje kode, er det med stor sandsynlighed ikke sidste gang, vi har fat i den. Som tiden går, og forretningen udvikler sig, skal koden indgå i nye sammenhænge, ændres eller måske slettes.

Det skal vi have i baghovedet når vi designer vores systemer. Det skal være nemt for os selv (eller andre) at forandre systemerne igen.

Vi kan gøre flere ting for at gøre et system smidigt, men det meste kan koges ned til OVERSKUELIGHED.

Det skal være nemt at overskue et system

Det vil sige, det skal være:

  • nemt at forstå, hvad systemet gør
  • klart hvilken del af forretningen systemet understøtter
  • nemt af få indblik i, hvilke sammenhænge systemet indgår i
  • Hold det småt
    Hvis det skal være nemt at forstå, hvad et system gør, skal det være nemt for en vilkårlig udvikler at sætte sig ned, læse koden og forstå den. Et effektivt middel er at holde sine systemer så små som muligt. Hvem sagde microservices eller serverless?
  • Jo mindre et system er, jo nemmere er det at sætte sig ind i kodebasen
  • Jo mindre et system er, jo færre features indeholder det – og dermed bliver det mere klart, hvilken del af forretningen, det understøtter
  • Jo færre features et system indeholder, jo færre sammenhænge kan det indgå i.

Tricket er altså at finde den middelvej, hvor systemet er så småt, at det er nemt at vedligeholde eller ligefrem udskifte samtidigt med, at det er stort nok til at udfylde en meningsfuld rolle i systemlandskabet.

Vi skal have respekt for det abstraktionslag, vi arbejder i

Småt er godt, men lidenhed gør det ikke alene. Det er vigtigt, at vi som udviklere gør os umage med at aflevere en overskuelig kode. Altså at vi er koncise og explicitte i vores kodestil. At vi har styr på vores indkapsling og navngivning. Kort sagt, at vi har respekt for det abstraktionslag, vi arbejder i.

Lyder det fornuftigt? Giv os et ring, vores professionelle hold af udviklere og arkitekter er klar til at hjælpe dig sikkert gennem dit næste udviklingsprojekt. Vi tager lynhurtigt telefonen på dette nummer: 3048 3364.

Aage Nielsen

Mail: ani@openminds.dk
Mobil: +45 5390 1639

Læs mere

Seneste blogindlæg

Bachelorprojekt med Vores Elnet er i mål

Nu er det bachelorprojekt, vi har stået fadder til i samarbejde med Vores Elnet kommet i mål. Projektet handlede om at få lavet en forretningsproces for håndtering af fejl i forbindelse med aflæsninger – og automatisere processen.

Mød Openminds #4

Aage Nielsen, der er partner i Openminds, arbejder i krydsfeltet mellem rådgivning og teknisk tung IT. Aage nyder afvekslingen mellem at grave sig dybt ned i komplicerede problemstillinger og den mere udadvendte rolle som rådgiver for kunderne.

API – det handler om forretning

Når man deltager i udviklingen af et it-system, støder man uundgåeligt på API’er.