[pelmered]

Ursprungligen postat av linusoleander

Jag anser precis tvärt om. En utvecklar som testat ett flertal språk, ramverk, plattformar och tekniker har lättare att producera bra kod.

Jag har själv utvecklat småprojekt (< 10k rader kod) i ett 15-tal språk, 10 utav dem kan jag nog sätta mig in i på ett par timmar. De som tar tid att lära sig är inte språket i sig, eller ramverket i fråga utan tekniker för att ta fram bra kod. Att testa andra språk gör att man får en insyn i hur andra skulle löst diverse problem.

Där håller jag inte med.
Det är väldigt svårt och jobbigt att hålla koll på alla ramverksspecifika klasser, funktioner, helpers m.m. vilket gör att man spenderar mer tid på att läsa dokumentationen än man kodar. Sedan skiljer sig ju "best practice" en del mellan olika ramverk vilket gör att det då är svårt att hålla isär.
Vad syftar du på med tekniker för att ta fram bra kod? Ge gärna ett exempel.

Det som tar tid att lära sig är alla funktioner, både inbyggda och de som får i ramverk, extentions m.m.
Vad gör de? Vilken som är bäst att använda i vilka sammanhang? Är de kompatibla med varandra? osv. (jag gissar att det är det här du menar med att skiva bra kod)
Att kunna skriva bra kod utan att sitta och googla och kolla dokumentation varje gång man ska använda en funktion tar lång tid att lära sig och det är förutsättning för att man ska få bra flyt i programmeringen. Man kommer ju självklart inte ifrån det helt men man bör försöka minimera den tiden.

Givetvis är det bra att kunna flera olika för att kunna välja de som är bäst för det specifika projektet och som utvecklare är det säkert bra för förståelsen att man har bredare kunskaper. Men byter man ut vilka ramverk man jobbar med måste man ju börja om och lära sig på nytt. Även om ett annat ramverk kanske är något bättre för ett specifikt projekt bör man nog i de flesta fall ändå använda det man redan kan så att man kan skiva bra kod snabbare om man inte ser en långsiktig vinst med det.

En expert löser uppgifter inom sitt område bättre än en generalist.