Tycker snarare det är de som inte kan tänka själva som lyckas mindre bra på universitetet.

Dessvärre är det nog inte bara på universitetet man lyckas mindre bra om man inte kan tänka själv, det gäller nog mest hela tiden.

Jovisst men alla jobb kräver ju inte att man tänker själv =) De flesta som klarar av en universitetsutbildning kan utan alltför stora svårigheter använda de modeller som redan finns och sköter sedan sina jobb bra.

Jag tycker det är svårt att hitta personer med rätt "mindset". Allt handlar inte bara om att knacka kod och få det att fungera, utan att hitta rätt lösning på rätt problem.

Många tror sig vara duktiga men när det väl kommer till kritan kan de inte leverera oavsett timarvode.

Nu diskuterar vi utvecklare här.

"Men i Microsoft bok för certifieringsförberedelser står det att..." har jag hört för många gånger redan :)

Vi kan väl komma överens om att vi alla har lite olika syn på det hela även om vi är överens om mycket. Ett öppet sinne utan förutfattade meningar och fördomar hjälper alltid. Jag tror inte den här diskussionen har hjälpt honom särskilt mycket =)

Min chef har varit handledare på en praktikdel av en KY-utbildning inom utveckling och jag hade förmånen att tjuvlyssna på vissa utav diskussionerna som försiggick.

Även om man inte kan förvänta sig att man blir "expert" på så kort tid så måste man nog kräva att en som på fullaste allvar kommer kalla sig "utvecklare" behärskar alla begrepp inom objektorienterad design, vet vad en databas är, förstår skillnaden mellan maskinkod och IL-kod, förstår minneshantering "manuellt" och med garbage collector, fattar grejen med enhetstester, fattar skillnanden mellan funktionella och imperativa språk och generellt har lite koll på vilka trender som kommit och gått under vår branschs korta historia så att man vet vad som sög och varför. Vilka språk man hållit på med spelar ingen, eller i alla fall mindre roll, det är bara syntax. Problemet är t ex inte VB i sig. Problemet är bara om man skriver "VB-kod" dvs businesslogik direkt i UI:t så att koden blir omöjlig att underhålla eller migrera till en annan plattform. Det felet kan man göra oavsett plattform eller språk. Jag har under min universitetstid t ex fulkodat i både C och C++ medan jag under min yrkestid skrivit bra kod även i VB.NET.

Vi använder generellt begreppet "Nörd" som något positivt, och vi använder det i stor grad om oss själva. I mitt umgänge är det en komplimang att kallas nörd. :P

Jag vet inte om man kan säga något generellt om det, egentligen. Det är givetvis stor skillnad på 2 år KY och 5 år universitet. Det man generellt kan säga är dock att på en (bra) KY-utbildning omsätter du teorin i praktiskt arbete mycket mer direkt än du gör på en universitetsutbildning.

Är det inte en ganska allmän uppfattning om att det tar ungefär 10000 timmar att bli bra på något? Jag får också känslan av att det finns någon ”magisk” gräns kring 5 år när en hel del nya dörrar öppnas. Man förväntar sig mer av en person i det läget än man gör av en nyutexaminerad och även utbildningen får en mer undanskymd roll i förhållande till erfarenheten.

En universitetsutbildning ska ju helst vara vetenskaplig, dvs generell. Det brukar gå stick i stäv med "praktik". I Sverige har vi rätt många akademiker inom utvecklarkåren, medan det i t ex USA är mer förakt från bägge hållen. Akademiker sitter och pillar med experimentspråk som aldrig kan få en praktisk spridning medan vi vanliga dödliga gör program som löser folks problem på riktigt, brukar det låta. Det gör ju att man får en alienering mellan folkslagen så att forskning aldrig når ut i praktiken. Det tog ju 25 år innan objektorienterad programmering kom ut i verkligheten (1967-> 1992).

Trots att design patterns funnits så länge så är det få som drar nytta av dem. Composite Oriented Programming kämpar på o s v. Det finns en hel del nyttigt nörderi som folk inte hinner ta till sig på 2 år, hur mycket tur man än har med kvaliten på utbildningen.

Det bästa sättet att luska fram kompetens är precis som sagts tidigare i tråden, ta hjälp av nån kodare du litar på. Kolla referenser.

Ska du skaffa flera källarprogrammerare kan du ju ta in en lyxkonsult i början i några timmar för att sätta upp buildserver, automatiserade test och dylikt så att manegen är krattad innan jobbet sätter igång. Kom också ihåg, speciellt om du letar i den lägre prisklassen, att resultatet beror mycket på beställarens medverkan också. Det gäller även när du anlitar dyrare kodare, men de brukar vara bättre på att ställa krav innan saker barkar åt skogen.

Jobba med en prioriterad åtgärdslista (backlog), se till att utvecklarna får lösa en uppgift (den viktigaste just nu) i taget och beta sig igenom funktionaliteten du ska bygga i prioritetsordning, dvs var involverad, svara på frågor. Det är jobbigt och tar tid, men är det bästa för slutresultatet.