[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.

[KarlRoos]

Ställ dokumentationsletandet mot maintainability (vad heter det på svenska?), säkerhet och koduppdelning så är de där extra minuterna från att du söker på "codeigniter form validation" tills att du har hittat precis det du vill veta (http://codeigniter.com/user_guide/li...alidation.html) inte så farliga.

[pelmered]

Ursprungligen postat av KarlRoos

Ställ dokumentationsletandet mot maintainability (vad heter det på svenska?), säkerhet och koduppdelning så är de där extra minuterna från att du söker på "codeigniter form validation" tills att du har hittat precis det du vill veta (http://codeigniter.com/user_guide/li...alidation.html) inte så farliga.

Med ett ramverk i botten förenklar man ju såklart underhåll och vidareutveckling för de som är insatta i ramverket och gör det enklare för de som inte är insatta att hitta dokumentation. Det är såklart jättebra.
Men när man bara slänger in alla ramverk och tekniker man kan hitta så går det snabbt åt andra hållet. Slänger du in 15 olika ramverk och tekniker i ett projekt så ökar komplexiteten i projektet oerhört vilket gör att projektet blir svårare att underhålla och vidareutveckla då du måste ta hänsyn till alla saker som spelar in.
Det är ju svårt att veta exakt vad klassen eller funktionen heter i varje ramverk vilket gör det svårt att hitta det snabbt, och sedan är det ju få ramverk som är så väldokumenterade som just CodeIgniter i ditt exempel.

Det är ju också ganska enkelt att generera PHPDoc-filer till de klasser man själv gör också så att andra enkelt kan ta del av den.

[Anders Larsson]

Det går att tjäna bra mycket mer än 25k som php utvecklare.

[dAEk]

Jösses. Den här tråden var intressant till en början men de sista 2/3 eller däromkring är ju helt meningslösa. Ständigt dessa argumentationer fram och tillbaka som inte direkt har med ämnet att göra, suck.

[Kimpo]

Håller med Daek fullständigt, försöker styra in tråden på rätt spår igen

Upptäckte nyligen http://api.jquery.com/jquery.tmpl/ som jag kombinerar med http://knockoutjs.com/ för att bygga upp grymma gränssnitt med.

Till er som jobbar med .net mvc kan jag tipsa om:

http://mvccontrib.codeplex.com/wikipage?title=T4MVC Så slipper man använda "magiska" strängar när man ska skriva ut controllers, actions, routes mm

http://nlog-project.org/ Mycket bra om du vill slänga in loggning till din applikation

http://ninject.org/ Dependency injection ,koppla loss beroenden mellan olika delar i applikationen, låt ninject sköta det åt dig, så blir det enklare att maintaina applikationen i framtiden

Kombinera:
http://blog.wekeroad.com/helpy-stuff...all-it-massive
med
http://blog.stevensanderson.com/2011...lding-package/
Så kan du producera applikationer på löpband. Jobba efter samma active record mönster som tex Ruby on rails

Ska vi göra ett försök att helt och hållet undvika att tala nedlåtande om någon annans val av teknologi, programmeringsspråk osv och enbart fokusera på att tipsa andra om ens egna val av ramverk, språk etc.