Hur kommer man i mål med ett programmeringsprojekt?

Jo jag har kodat i några större projekt som varit ordentligt lyckade.

Påstår inte att kommentarer är dåligt, men det jag påstått ovan är att man aldrig gör rätt första gången. Första gången lär man sig hur man skulle ha gjort. Därför är det dumt och lägga ner förmycket tid denna första gång vilket lätt kan hända om man kommenterar rikligt eftersom man då får svårare och släppa koden.

Har exemeplvis själv en hel del generella klasser som jag jobbar med, de är väldigt bra dokumenterade.

Att skriva självdokumenterande kod borde gå, det är i alla fall min erfarenhet. Inte helt utan kommentarer för ofta bör man ha någon som förklarar funktionaliteten, vad som görs.

Du kan hävda vad du vill så länge du kan motivera det så andra förstår, kan du inte motivera det så är åsikterna oftast känslobaserade och känslor är personliga.

Den största erfarenheten jag dragit är just att man aldrig skriver rätt första gången. Var med i ett mycket lyckat projekt för c.a. 12 år sedan (programmet används än idag av flera större företag). Vi hade exempelvis ett lite mer avancerat fönster där som hanterade ganska central information för systemet. Den blev omskriven totalt 5 gånger av han som gjorde den.

En av anledningen till att det projektet lyckades (kanske den främsta) tror jag har och göra med att vi fick till så att varje del blev relativt isolerad från andra delar och därmed kunde undvika spagetti. Deras tidigare version var ett mycket avskräckande exempel, har för mig att en av de längre funktionerna var på 5000 rader... Den versionen hade kommit till ett läge att det var i princip omöjligt och jobba vidare med koden, enda sättet och rätta buggarna var att ta bort funktionalitet.

Eftersom varje del kunde jobba separat så kunde varje programmerare jobba relativt fritt utan att bry sig om vad de andra gjorde, det fick upp hastigheten.

I början gjordes en hel del analyserande mm. men en så kallad expert (han är idag känd VD och dyker då och då upp i artiklar). Men vi tog beslutet att slänga hela designen efter ett tag och köra enklare (model view eller vad det brukar kallas).

Känner även till några misslyckade projekt, bl.a. ett jag jobbade själv i. Största anledningen att det sket sig tror jag har och göra med att "laget" var sammansatt av konsulter från olika bolag, det finns ju ofta viss intern konkurrens bland konsulter och det blir mycket känsligt och kritisera.

Projektet började mycket bra och vi hade nästan en helt färdig version, så tog de in tre till konsulter till (vi var 3 från början) då webben började bli poppis, man skulle ha en del som kunde köras på webben med. Enligt dem som var det för "svårt" och jobba i koden, inte på det viset att koden var dåligt skriven men vi använde multipelt arv och objektorientering. Ovana programmerare brukar ibland ha en tendens och vilja göra allt på stället. En av de nya var en sådan där som kunde "snacka" och plötsligt kom ett beslut att en del saker skulle skrivas om. De gick och skriva om det mesta på 8 veckor vilket de tog som vilket lyckat beslut, när det snarare var så att koden från början var gjord för att man snabbt skulle kunna skriva om delar. Men när koden väl var omskriven så började hastigheten gå ner, nya funktioner tog mycket lång tid och lägga till.
Har för mig att bolaget kursade något år senare, slutade själv i projektet så vet inte riktigt fortsättningen.