API Design - skillnaden mellan bra och dålig kodare?

Finns det något områden inom programmering som skiljer ut dåliga kodare mot bra kodare mer än skicklighet i att skriva bra API?

Det finns många tekniskt duktiga programmerare som kan lösa komplexa problem, men klarar de inte och göra bra API mot deras tekniska lösningar så blir det svårt och använda dem. Fungerar säkert bra när man sitter själv och kodar, blir det däremot stora program och många som deltar... Då fungerar det inte lika bra..

En bra artikel i ämnet: http://cacm.acm.org/magazines/2009/5...tters/fulltext

Håller helt med. Vettiga API:er är svårt att få till.

Dom som är riktigt bra skrivna tänker man ju inte ens på när man använder.

en duktig kodare:
- ser 2 sidor av myntet - business och tekniska - och forstar bada samt hur dom hanger ihop.
- haller sig innom scope.
- identifierar (och loser) problem innan det blir problem.
- kan ge realistiska uppskattningar om hur lang tid en uppgift kommer att ta (inte "det ar ingen match, jag kan hacka ihop det pa 20 timmar", nar det egentligen tar 80 om man raknar med analys, design, konstruktion, test, och dokumentation)
- vet att ALLT ALLTID kraver analys, design, konstruktion, test, och dokumentation.
- drar sig inte att soka hjalp i god tid och kor inte fast.
- kan gora sig forstadd bade skriftligt och muntligt.
- forstar vad anvandarna vill ha (vad som lampar sig bast for anvandarna) och prioriterar detta framfor egen stolthet och cool kod.

en _smart_ kodare vet att allting är relativt...

Men viktigast av allt; att kunna inse att allt detta kan offras om projektets/företagets överlevnad står på spel.

... eftersom dom som sköter beslutsfattandet inte förstår hur viktigt det är med planering och dylikt. Dom ser det bara som en onödig kostnad

Bättre att koda samma sak två gånger, svårt och analysera något man inte kodat och/eller kanske inte riktigt vet hur det skall fungera
Första gången man kodar så kodar man för att lära
Andra gången så kodar man skarpt.

Är det svåra saker kan det krävas att man skriver om tre gånger eller så kanske det är så att man inte fixar uppgiften

Inget område som är viktigare än API design?

Äh, det du beskriver är en professionell utvecklare, inte "duktig kodare".

Inget fel med det i sig, det är väl nåt sånt man vill ha i ett företag, men som sagt var..

En programmerare som fixar uppgiften är väl generellt sett bättre än en programmerare som inte fixar uppgiften?

En programmerare som fixar uppgiften på först gången är väl generellt sett bättre än en programmerare som fixar det först på andra gången?

Om person A "redan har lärt sig sedan tidigare" medan person B "måste lära sig" så är det väl rimligt att anta att A troligen (vid det ögonblicket) är bättre än B?

Om någon har "svårt att analysera något denne inte kodat och/eller kanske inte riktigt vet hur det skall fungera" medan någon annan inte har det så är det väl också rimligt att anta att den som inte har problemen är vassare?


API-design/kodning kräver en mycket större mängd "formell process" (räknar endast stora API-n här) och visar per strikt mening inte riktigt hur bra kodare en viss programmerare är, utan endast att denne ligger på en "arkitekt"-nivå.

"Bra kodare" är ett mycket luddigt begrepp och likvärdigt med att söka efter "smart folk".

Professorer vs folk med högst IQ?
API-designers vs Google Code Jam vinnare?

Tänkte mer på detaljer, plocka ut viktiga områden när man programmerar

"Lösa en uppgift" innefattar en väldans massa

Givetvis bör en bra kodare vara bra på mycket

en bra kodare skriver bra kod. kodjävlen kan så vara i brainfuck och se ut som hej-kom-o-hjälp-mig och/eller sakna dokumentation helt och hållet. det som separerar bra kod från dålig kod är exekvering. punkt slut.

systemutvecklare är dock en helt annan femma, eller snarare ett annat ordval....