Jan Grape's blog - Responses

Re: Lyft på rumpan!

Minal Nygårds — Thu, 29 Jan 2009 20:08:23 GMT

Väl talat. Håller med helt. I början finns så många oklarheter och frågetecken och då kan jag tycka att objekt och pilar på papper eller tavla, gör att man snabbare konkretiserar frågor och angreppssättet. Dessutom, om man själv anser att det man gör är tillräckligt viktigt för lite eftertanke och rump lyft - vilket det ju är, så inser oftast de runt omkring en oxå att det man gör är viktigt. Det kan underlätta mycket.

Re: Hur man får bättre kodkvalitet

Jan Grape — Tue, 20 Jan 2009 23:03:03 GMT

Ha ha! Tack Henrik för dina rättelser och kommentarer. Du är inte alls någon hopplös pedant. Jag borde ha kört stavningskollen. Förhoppningsvis har jag rättat de värsta grodorna nu...

Håller helt med om att det handlar mycket om att bry sig om koden. Det är ett bra sätt att uttrycka det hela.

Den här gången försökte jag hålla definitionen av kodkvalitet medvetet lös och hellre rikta in mej på praktiska tips.

Re: Hur man får bättre kodkvalitet

Henrik — Tue, 20 Jan 2009 10:10:03 GMT

Jag önskar du hade definierat kodkvalité lite mer noggrant. Är det att skriva kod som kan underhållas eller kodkvalité som i minimalt med buggar? Det är förstås långt ifrån samma sak. Wikipedia har en lång lista av olika kodkvalitétsaspekter.

Buggundvikande handlar till stor del om att bry sig om små, små detaljer i koden. Ska det vara < eller <= som looptermineringsvillkor? Att tänka igenom och testa relevanta kantfall, eller skriva bra ramverk som undviker att man behöver tänka på sådana detaljer hela tiden.

Om man menar kodkvalité på ett plan som att skriva kod som har lite teknisk skuld och kan underhållas med hög velocity så är det till stor del rimliga tips. Men det viktigaste är nog ändå att man ska bry sig om koden och vilja göra den vacker.

PS. Även om en blog är ett friare skrivsätt, så känns det ändå lite märkligt med fem stavfel i ett så kort inlägg om kvalité (programmerar, diciplin, regeler, variablenamn och aldeles ser jag i skrivande stund). Eller är jag bara en hopplös pedant? :-)

Re: Lean = Mini waterfall?

Anna Forss — Mon, 24 Nov 2008 18:21:39 GMT

jag ser inte riktigt motsättningen. Lean handlar för mig mer om hur man ser på sin verksamhet: att undvika och motverka defekter. Att detta skulle stå i motsats till vattenfall kan jag inte se. Sedan tycker väl mme Poppendieck att införandet av agila metoder är ett sätt att just identifiera brister och möjliga förbättringar. Sen har vi ju alla vår egen lilla vattenfallsprocess i allt vad vi gör. Eller borde ha. När ppt-arkitekter gör sina presentationer är det ju bra om de går igenom de steg som finns i vattenfallsmetoden. Det är en bra kom ihåg lista.

Re: Parprogrammering - är du tveksam?

Per Lundholm — Sun, 09 Nov 2008 14:30:09 GMT

En länk: http://edgehopper.com/pairing-for-quality/

Re: Parprogrammering - är du tveksam?

Per Lundholm — Sat, 08 Nov 2008 21:17:58 GMT

Håller med om att man blir utpumpad. Om den ene slappnar av så är den andre redan på gång med nästa moment. Har noterat en stor fördel i att man lär sig så mycket av den andre. Det viktigaste är att komma bort från känslan av att det är genant att prova sig fram och göra fel. Lite självironi skadar inte.

Re: Parprogrammering - är du tveksam?

Mats Henricson — Sat, 08 Nov 2008 18:11:10 GMT

Dessutom är parprogrammering socialt - helt enkelt bra mycket roligare än att sitta ensam på sitt eget rum hela dagen. Enda nackdelen jag tycker mig ha sett är att det är ansträngande. Man kan vara rätt utpumpad efter en dags intensiv parprogrammering.