Metod

"The way to go fast is to go well." Det bästa sättet att snabbt leverera mjukvara är att leverera mjukvara av hög kvalitet. Fokuserar man bara på att trycka ut features i snabb takt går det kanske fort i början, men koden blir snabbt rörig och det blir svårare och svårare att ändra och lägga till. Tar man sig istället tid att skriva bra kod, att skriva tester och att kontinuerligt refaktorisera, producerar man kod som går att underhålla och vidareutveckla i en stadig takt och man får mjukvara som lever längre. På det här spåret tittar vi närmare på konkreta metoder för att skriva bra kod.

Ordförande: Joakim Sundén, Avega

Dag 1 13:00-13:50

Hantera beroenden med hjälp av Dependency Inversion och Inversion of Control Containers

Talare: Torkel Ödegaard, Cybercom

Hantera beroenden med hjälp av Dependency Inversion och Inversion of Control Containers Hårda beroenden mellan komponenter leder ofta till hårt sammanlänkade system som är svåra att underhålla och förändra. Den klassiska modellen att organisera en lagrad arkitektur där högre lager är beroende av lägre lager leder ofta till hårt sammanlänkade system. Genom att utnyttja Dependency Inversion principen kan man invertera beroenden och skapa löst kopplade system som är lättare att förändra. Komponenter blir lättare att testa och utveckla i isolation vilket även underlättar test driven design.

Dag 1 14:00-14:50

Refaktorisering – städa upp din kod nu för att kunna få något gjort i framtiden

Talare: Peter Hultgren

Tänk dig att du ska laga middag hemma. Du går till köket och blir förskräckt över det diskberg som möter dig. Eftersom någon i ditt hushåll (kanske du själv) har haft så bråttom att laga mat utan att städa upp efter sig så kan du nu inte utföra något produktivt arbete och stilla hungern förrän du har diskat i några timmar.

Vi kan nog alla vara överens om att det här är ett ganska opraktiskt sätt att laga middag. Men inom de flesta utvecklingsprojekt pågår något liknande varje dag, där utvecklare snabbt slänger ur sig funktionalitet utan att städa upp efter sig. Problemet är att kodens design och kvalitet blir sämre och systemet blir svårare och svårare att underhålla.

En del av lösningen är att kontinuerligt granska det man gjort och försöka förbättra strukturen. Under den här sessionen ges en grundläggande genomgång av hur man kan få ordning på sin kod med hjälp av refaktorisering, där man utifrån objektorienterade principer kan förändra designen utan att påverka funktionaliteten.

14:50-15:10 Fika

Dag 1 15:10-16:00

Att samarbeta kring kod

Talare: Joakim Holm, Terrier Software

Samarbete är en av hörnstenarna vid agil utveckling, därom är de flesta ense. Tyvärr brukar ofta den goda samarbetsandan upphöra när vi kommer fram till själva mjukvaran, programkoden, det enda resultat vi absolut inte klarar oss utan i ett systemutvecklingsarbete och själva målet för vår ädla strävan. Det här är synd för samarbete är minst lika viktigt här.

Möjliga vinster vi kan skörda är bättre design, högre produktivitet och, inte minst, ett roligare jobb. Men hur kan vi samarbeta på ett bra sätt runt programkod? Och vad bör vi inte göra? I det här talet tänkte jag titta på några bra sätt att samarbeta, påvisa några vanliga hinder och antimönster och försöka ge några konkreta motmedel mot dessa.

Dag 1 16:10-17:00

Good Test, Better Code

Talare: Scott Bellware

Unit testing and Test-Driven Development promise better design, executable documentation, and higher productivity, but simply writing tests or even writing tests before writing production code doesn't guarantee that these things will happen. Some developer testing efforts just leave the team with more code to maintain without the promised improvements in quality and productivity.