Comments on: Å jobbe effektivt med drittkode http://blog.kjempekjekt.com/2009/12/06/jobbe-effektivt-med-drittkode/ om livet som .net utvikler Wed, 16 May 2012 21:05:45 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: Torbjørn http://blog.kjempekjekt.com/2009/12/06/jobbe-effektivt-med-drittkode/#comment-74848 Torbjørn Wed, 09 Dec 2009 20:25:48 +0000 http://blog.kjempekjekt.com/2009/12/06/jobbe-effektivt-med-drittkode/#comment-74848 Begrepet "Legacy Code" har blitt diskutert mye, men i forhold til boken er det ikke så veldig nøye. For som jeg påpeker handler boken om teknikker man kan bruke for å refakturere fra kode som ikke lar seg enkelt teste med automatisert testing, til kode som enklere lar seg teste. Min egen oversettelse - "drittkode" - var det begrepet jeg ble tilbudt når jeg spurte utviklermiljøet på twitter hva de ville ha oversatt legacy Code med. :) Hvis folk ikke har sett NDepend in action fra før så tror jeg det vil kunne bli en populær sesjon på NNUG. Om man skal gå litt mer i dybden er det derimot et ganske tungt tema mener jeg, så da er jeg litt usikker. Begrepet “Legacy Code” har blitt diskutert mye, men i forhold til boken er det ikke så veldig nøye. For som jeg påpeker handler boken om teknikker man kan bruke for å refakturere fra kode som ikke lar seg enkelt teste med automatisert testing, til kode som enklere lar seg teste. Min egen oversettelse – “drittkode” – var det begrepet jeg ble tilbudt når jeg spurte utviklermiljøet på twitter hva de ville ha oversatt legacy Code med. :)

Hvis folk ikke har sett NDepend in action fra før så tror jeg det vil kunne bli en populær sesjon på NNUG. Om man skal gå litt mer i dybden er det derimot et ganske tungt tema mener jeg, så da er jeg litt usikker.

]]> By: Jon Arild Tørresdal http://blog.kjempekjekt.com/2009/12/06/jobbe-effektivt-med-drittkode/#comment-74846 Jon Arild Tørresdal Wed, 09 Dec 2009 19:42:22 +0000 http://blog.kjempekjekt.com/2009/12/06/jobbe-effektivt-med-drittkode/#comment-74846 Enig at dette er en veldig bra bok. I etterkant av utgivelsen av boken er definisjonen til Michael diskutert. Ikke alle var enig i den :-) Vet ikke om du husker vi diskuterte definisjonen av legacy code med Dan North? Han hadde også diskutert dette med Michael selv, og de var enige om at den ikke "var riktig". Dvs den er mer i retning av kode som vanskelig lar seg endre, har mange uønskede dependencies osv. Dvs. det er kode som er testbar som er legacy kode. Et annet aspekt jeg synes er viktig å få frem er at legacy kode nødvendigvis ikke gjelder gammel kode. Jeg har sett kode som kommer rett ut av ovnet som jeg vil definere som legacy. Dette er kansje å trekke selve begrepet litt langt, ettersom legacy (i den virkelige verden) oftest omhandler å overta noe fra andre (f.eks. arv), men når det gjelder fokuset og tema til boken vil jeg påstå det er mer riktig. M.a.o. boken er nyttig selv for de som jobber på greenfield prosjekter. Et verktøy som er svært nyttig i arbeid med denne type kode er NDepend. Spesielt med tanke på å finne hvor de største utfordringene i koden er, samt å definere regler for uønskede dependecies e.l. Tenker vi kanskje skulle kjørt et legacy tema på NNUG... Jeg kjører gjerne en sesjon om NDepend. Enig at dette er en veldig bra bok. I etterkant av utgivelsen av boken er definisjonen til Michael diskutert. Ikke alle var enig i den :-) Vet ikke om du husker vi diskuterte definisjonen av legacy code med Dan North? Han hadde også diskutert dette med Michael selv, og de var enige om at den ikke “var riktig”. Dvs den er mer i retning av kode som vanskelig lar seg endre, har mange uønskede dependencies osv. Dvs. det er kode som er testbar som er legacy kode.

Et annet aspekt jeg synes er viktig å få frem er at legacy kode nødvendigvis ikke gjelder gammel kode. Jeg har sett kode som kommer rett ut av ovnet som jeg vil definere som legacy. Dette er kansje å trekke selve begrepet litt langt, ettersom legacy (i den virkelige verden) oftest omhandler å overta noe fra andre (f.eks. arv), men når det gjelder fokuset og tema til boken vil jeg påstå det er mer riktig. M.a.o. boken er nyttig selv for de som jobber på greenfield prosjekter.

Et verktøy som er svært nyttig i arbeid med denne type kode er NDepend. Spesielt med tanke på å finne hvor de største utfordringene i koden er, samt å definere regler for uønskede dependecies e.l. Tenker vi kanskje skulle kjørt et legacy tema på NNUG… Jeg kjører gjerne en sesjon om NDepend.

]]> By: Øyvind Fanebust http://blog.kjempekjekt.com/2009/12/06/jobbe-effektivt-med-drittkode/#comment-74744 Øyvind Fanebust Mon, 07 Dec 2009 09:49:04 +0000 http://blog.kjempekjekt.com/2009/12/06/jobbe-effektivt-med-drittkode/#comment-74744 Bra tips til alle som sliter med gammelt og ny drittkode. Denne boken er gull verdt! Bra tips til alle som sliter med gammelt og ny drittkode. Denne boken er gull verdt!

]]> By: Jørgen http://blog.kjempekjekt.com/2009/12/06/jobbe-effektivt-med-drittkode/#comment-74742 Jørgen Mon, 07 Dec 2009 09:11:12 +0000 http://blog.kjempekjekt.com/2009/12/06/jobbe-effektivt-med-drittkode/#comment-74742 Interessant artikkel! Tror jeg skal begynne å kode igjen ;-) Halvard må få boken sin tilbake snart slik at vi kan ta tak i dette... Interessant artikkel! Tror jeg skal begynne å kode igjen ;-) Halvard må få boken sin tilbake snart slik at vi kan ta tak i dette…

]]> By: Jonas Follesø http://blog.kjempekjekt.com/2009/12/06/jobbe-effektivt-med-drittkode/#comment-74741 Jonas Follesø Mon, 07 Dec 2009 08:09:49 +0000 http://blog.kjempekjekt.com/2009/12/06/jobbe-effektivt-med-drittkode/#comment-74741 Helt enig! Sammen med Clean Code er dette en av bøkene "alle" utviklere burde lese. Den fokuserer på noe utrolig viktig og relevant for den jevne utvikler. De færreste jobber med green-field prosjekter eller de nyeste rammeverkene og API-ene. En bok som fokuserer på hvordan lykkes i en "håpløs" kodebase er gull verdt. Selv har jeg lest boken i parallell med å jobbe med en større refaktorering av en grusom kodebase. Det har vært en utrolig gøy måte å jobbe på - hvor jeg både har gjort en bedre jobb, samtidig som jeg har hatt større utbytte av boksen siden jeg har hatt mulighet å prøve ideene i praksis. Har funnet et par nye teknikker selv planlegger å dele på bloggen etter hvert :) - Jonas Helt enig! Sammen med Clean Code er dette en av bøkene “alle” utviklere burde lese. Den fokuserer på noe utrolig viktig og relevant for den jevne utvikler. De færreste jobber med green-field prosjekter eller de nyeste rammeverkene og API-ene. En bok som fokuserer på hvordan lykkes i en “håpløs” kodebase er gull verdt.

Selv har jeg lest boken i parallell med å jobbe med en større refaktorering av en grusom kodebase. Det har vært en utrolig gøy måte å jobbe på – hvor jeg både har gjort en bedre jobb, samtidig som jeg har hatt større utbytte av boksen siden jeg har hatt mulighet å prøve ideene i praksis.

Har funnet et par nye teknikker selv planlegger å dele på bloggen etter hvert :)

- Jonas

]]> By: Torbjørn http://blog.kjempekjekt.com/2009/12/06/jobbe-effektivt-med-drittkode/#comment-74740 Torbjørn Mon, 07 Dec 2009 05:42:00 +0000 http://blog.kjempekjekt.com/2009/12/06/jobbe-effektivt-med-drittkode/#comment-74740 Og tusen takk til Halvard som lånte meg boken. Snart på tide du får den tilbake nå.. Og tusen takk til Halvard som lånte meg boken. Snart på tide du får den tilbake nå..

]]>