WIS blogg

I forbindelse med mitt GameLib-prosjekt brukte vi klassifisering av utviklere fra Microsoft. Fant igjen denne artikkelen om forskjellige utvilkler-grupper, og bestemte meg for å oversette og legge ut denne teksten. Merk at denne sammenligningen bare sammenligner hvordan utviklergruppene tenker rundt bruken av tredjeparts biblioteker. For en mer humoristisk generell sammenligning, se også her.

Systematisk utviklere (Systematic programmers) har en tendens til å følge en defensiv koding stil. De gjør ikke antagelser om koden de skriver, plattformen den kjører på, klasse-bibliotekene som de bruker osv. For eksempel vil de ikke anta at et klasse-biblioteket vil oppføre seg som annonsert. I stedet vil systematiske utviklere teste biblioteket i et trygt miljø, inspisere bibliotekets kildekode etc før de bruker den i et produksjonsmiljø. Systematiske utviklere ønsker programmeringsspråk og APIer som gir dem full kontroll over eksekveringen av koden sin, og som ikke skjuler viktige detaljer fra dem, selv om det betyr at de må skrive mer kode og bruke mer tid på å forstå hvordan koden virker. De verdsetter å kunne komme under overflaten og finpusse komponenter eller erstatte dem.

Pragmatiske utviklere (Pragmatic programmers) har en tendens til å være mindre defensiv enn systematiske utviklere. I mange tilfeller er de mer komfortable med å gri fra seg kontrollen over koden for bedre produktivitet så lenge de er klar over fordelene de vinner. I stedet for å bruke tid på å oppnå en full forståelse av alle detaljer rundt et API, vil de foretrekker å lære underveis, å bygge opp forståelse for APIet samtidig med det arbeidet de gjør. De verdsetter å kunne komme under overflaten og finpusse komponenter når de må, men vil helst ikke måtte gjøre det.

Opportunistiske utviklere (Opportunistic programmers) verdsetter produktivitets-funksjoner i et språk, API eller IDE svært høyt, ofte høyere enn noe annet. I motsetning til systematiske utviklere, setter de mindre verdi i å ha full kontroll over koden deres, siden for opportunistiske utviklere kontrollen over koden mindre verdt enn utviklings-tid. De særlig verdsetter 3. parts komponenter og APIer som tillater dem å konsentrere seg om virksomhetens problemet som de prøver å løse, snarere enn på konfigurering av komponenter eller tilpasser API slik at det oppfyller deres krav. De ser ingen verdi i å kunne komme under overflate og tilpasse komponenter - de ville heller lete etter et annet API eller komponent som møter deres behov fremfor å endre komponenter eller APIer som de allerede har.

Hvilken type utvikler er du?

For litt over en måned siden ble det gjort store endringer i hvordan WisWeb fungerer. Jeg skrev om hele motoren for WisWeb fra grunnen av med tanke på å oppnå bedre ytelse og stabilitet. Samtidig la drifts-avdelingen over til en annen webserver. Hva var det så vi oppnådde med disse endringene?

Ytelse

Metodikken for hvordan data blir hentet ut fra databasen ble gjort helt om. Dette resulterte i at vi gjennomsnittlig reduserer vekt på databasen med to tredjedeler. I tillegg er teknikken for å bygge opp sider endret så mye at det nesten ikke trykker serveren overhodet. På toppen av det har vi nå intern cache på sidene som gjør at de fleste forespørseler ikke engang blir prosessert av serveren. Summen av alt dette er at serverene våre nå bruker langt mer tid på å sove.

Responsivitet

Alle ytelses-forbedringene resulterte i en bedre brukeropplevelse for brukerene. Se for eksempel oppstartstiden for intranettet, som nå er redusert betydelig. Både internett-sider og intranettet oppdaterer innholdet langt raskere som en følge av dette.

Forutsigbarhet

Dette er mest for oss som jobber med systemet. Vi kan si at en endring vi gjør alltid gir oss det vi regner med å få ut. Dette stemte vanligvis også før, men nå er det ingen kjente merkeligheter igjen.

Stabilitet

Systemet gir oss nå bedre tilbakemelding dersom noe ikke går etter planen. Noen kunder har i det siste opplevd at vi har ringt dem opp for å si at det de ikke fikk til å gjøre tidligere nå fungerer. Det uten at kunden har kontaktet oss om problemer som har oppstått. I tillegg fant jeg en innstilling i vår app-server som lot brukere være innlogget selv etter at våre servere har vært nede. En del brukere har nok merket innimellom at de har blitt logget ut i løpet av natten dersom de gikk fra maskinen logget på WisWeb. Brukere vil nå ikke merke dette med mindre de gjør noe arbeide i det øyeblikket vi tar ned systemet.

Konklusjon

De forbedringene vi har gjort i det siste har gjort at systemet nå er i bedre stand enn det noensinne tidligere har vært. Jeg har fremdeles flere ideer rundt hvordan vi kan få systemer til å yte mer, men det får vente til en senere gang. Det vi har nå gir oss langt bedre albuerom nå når vi starter med utviklingen av WisWeb 2.