Fittig programmerare vs duktig - vad skiljer?

Jag tycker det kan vara kul med en tråd om vad användarna på forumet anser vara kännetecknande för duktiga respektive dåliga programmerare. Naturligtvis är ett enkelt svar att en duktig programmerare kan mycket och tillämpar kunskapen, medan en dålig programmerare har större begränsningar i sina kunskaper.

Jag är mer intresserad av vad ni har för trick för att avgöra huruvida någon är bra eller dålig.

Egen exempellista på områden som bra programmerare ofta behandlar annorlunda än dåliga, dvs där skillnaderna i skicklighet märks särskilt tydligt:

Ordning och reda
Prestandahantering
Felhantering
Testning av programvaran
Hur vederbörande klarar större projekt
Ok - här kommer ändå den punkten, bredd och djup i kunskapen

Förklaring till den sista punkten. Fittiga programmerare gillar att patcha ihop kod utan att riktigt förstå dess fulla funktion. De vill ogärna rucka på lösningar de tror de behärskar. De har ofta bara läst sig till kunskaper via internet och genom att testa sig fram, mer sällan genom att systematiskt inhämta kunskap om bakgrund och underlag t.ex via universitetsstudier. Ofta tror de sig vara skickliga, fastän de egentligen är synnerligen mediokra. Ofta är de fixerade vid en typ av programspråk och bygger allt härikring.

Förklaring till första punkten. Genetik är som vanligt en viktig faktor. Vissa människor är slarviga och lata, samt har dåligt minne. Därför kommer dessa aldrig att åstadkomma någonting oavsett hur mycket de läser.

Dummaste jag hört på länge.

Det finns bra och dåliga programmerare i båda läger, och de är oftast bra på olika saker. Universitetsstudenter är oftast bättre på att bygga program precist efter specs, och de kan planera hela utvecklingsprocessen från start till finish. Men självlärda programmerare är oftast bättre på att lösta obskyra problem och klara deadlines.

Jag har jobbat på företag som ALDRIG skulle anställa en universitetsstudent för att de verkligen inte kan någonting om riktiga system. De försöker komma upp med alldeles för avancerade lösningar till simpla problem bara för att de läst om teoretisk systemutveckling och aldrig faktiskt jobbat med ett system som byggts ca 2005.

Din logik är ungefär den man hör från den normale SD-väljaren när de pratar om kriminalitet bland invandrare...

ja e ingen programmerare. Men hängde med en snubbe från philadelphia, skitsamma egentligen.

Men han hade nåra företag. Letade programmerare. Han hade sjukt specifika krav på olika uppgifter, så en snubbe från argentina som va i LA då samtidigt. Pga att han blivit erbjuden att koda för, PayPal...

Det vitkiga för en duktig programmerare. Att förstå luddiga arbetsbeskrivningar.
Göra sjukt bra jobb.

Nu utesluter ju inte universitetsbildning att man dessutom har arbetserfarenhet eller är "boksmart". Vad det garderar emot är stora luckor i kunskapen. Dessa luckor kan skapa allvarliga problem med prestanda eller varierande plattformar/scenarion för växande tillämpningar.

Öh - Jag tror inte att tankeläsning är någon större tillgång vid programmering. Däremot är det viktigt att kunna uppfatta villkoren för en projektbeskrivning och se om något behöver kompletteras.

Man ska vara en fittigt duktig programmerare. Både och.

Ordning och reda?
Det där är väl en klassiker.. folk har ordning på olika sätt.. vissa behöver strikt extern ordning för att veta var de har sina saker.. andra har ordningen internt och vet var de har sina saker trots att de ligger utspridda på skrivbordet och i högar och travar här och där.
Folk som gillar att ha extern ordning förstår ofta inte andra och tror att folk som har oorndning är lata eller slarviga.

När det kommer till ordning i själva koden så är det en annan sak.. har man inte ordning och reda i den så är det ju inte så kul för andra som ska jobba med den.

De andra sakerna är ju otroligt intetsägande...
Givetvis är det bra med prestandahantering, felhantering och testning...det säger väl sig självt?
Och wow.. du har hittat ett kriterie på bra programmerare.. de har kunskap inom programmering och saker omkring det... what a fucking revelation.

En fittig programmerare är en som är medvetet otrevlig och ser ner på andra..
En dålig programmerare är nåt helt annat.. och det är ju inte jättekonstigt att alla som sysslar med sådant är jätteduktiga. så är det ju inom alla andra områden så varför inte programering.


(å andra sidan är jag ungefär så långt ifrån en bra programmerare.. men har åsikter i frågan ändå)

Mjukvaruutveckling är en konst som tar tid att bemästra.

Det som mest utmärker skillnaden på en bra och en dålig programmerare är faktiskt hur mycket tid denne har spenderat med att skriva kod.

Sedan är det alltid bra att förstå vad man håller på med, vad som är viktigt att optimera, hur saker växer osv. Det är många som spenderar tid på onödigt skit som dem tror är viktigt. Dem apar efter vad någon annan har gjort, i stället för att ta reda på varför.

Det kallas ju kodapa av en anledning.

Duktiga programmerare tänker säker kod från början till slut i ett projekt såväl intert som externt, har förmågan till ett helikopterperspektiv som involverar användbarhet, prestanda och kodoptimering, älskar test i alla dess former, är noggrann med dokumentation, klarar av att arbeta agilt, kan ett programspråk extremt bra men har förståelse för syntax och hur besläktade språk är uppbyggda, låser inte in sig i plattformskrig, är proaktiv och har social kompetens, värderar vidareutbildning mer än fler kronor i lön, delar kunskaper med sina kollegor och följer vad som händer i omvärlden yrkesmässigt.

Har du några exempel på det?

Kunna kommunicera. Visst, läsa specar måste man kunna och koden skall vara modulär och lätt att ändra etc etc men en duktig programmerare måste kunna kommunicera. Kunden tror han vet vad han vill och tror att specen är självförklarande men så är det inte. Sedan måste en duktig programmerare kunna kommunicera med kollegor och med projektledaren så alla har samma syn av vad man menar. Finns många exempel på system där man genom att tala om för kunden och kollegorna vad man anser är fel kan göra en bättre lösning tidigt i projektet. Sedan brukar det vara ett tecken på duktighet att programmeraren bygger upp en miljö för debuggning och verifiering. Plus att de duktigaste (gäller inte bara programmering) är så säkra i sin roll att de delare med sig kunskap och klarar att förklara så även oinsatta människor förstår.

Ledsen för off topic: