C#: Fra Java til C#, Visual Studio

[MailMan13]

Industrien trengs ikke nerder som sitter i et hjørne og koder.

Vi trenger folk som kan kommunisere mer enn folk som kan C#. Kan du ikke snakke med folk for å finne ut hva de ønsker, kan du være mer enn ubrukelig; du tar opp plass og lønn, og lager noe ingen ønsker.

Folk som er gode å kode trengs absolutt.

 

"Domeneeksperter" er altfor ofte en merkelapp man setter på "non-coders" i utviklerstillinger. Dem som sitter å koder GUI i VB, innimellom alle statusmøtene dem inkaller til, og tror "Dependency Injection" er noe den nye BMW'en deres har. Dem er gjerne veldig verdifulle i prosjektene, men ikke la dem skrive kritisk kode!

 

Halve arbeidstidem min går med til å rydde opp i grunnleggende programmeringsfeil som variabler i feil eller altfor stort scope (gjerne globale/session-wide), unødvendig late binding og reflection, avrundingsfeil pga folk som ikke vet forskjellen på Decimal og Double og generelt stramme opp redundant kode som har vært endret 2 av dem 5 stedene den har vært copy-pastet i ettertid og den typen ting. Kan ofte bruke en hel dag på refactoring bare for å få det som finnes fra før i en tilstand som kan unit-testes, før man kan begynne å gjøre endringen kunden ønsket. Det kan bli litt vanskelig å forklare på fakturaen etterpå. Da snakker vi om systemer som håndterer omsetning for over en mrd i året for flere av kundene, skrevet av "domeneeksperter" for 6-7 år siden.

 

Feil som hadde vært helt eliminert om den som hadde kodet det haddet visst hva de vanlige datatypene er og det mest grunnleggende av GoF, GRASP og SOLID patterns. Her har spesielt deler av VB miljøet syndet svært mye gjennom 15-20 siste år.

 

Det er ikke det at vi trenger folk som er gode kodere, vi er faktisk helt avhengige av dem på sikt.

 

Når universitetene og høgskolene etterhvert går i en "mykere" retning på bekostning av den programmeringstekniske delen er det gal vei å gå. Akkurat hvilket programmeringspråk man lærer er ikke viktig, men det er viktig at man lærer det godt. (Og forsåvidt at det ikke er VB hjelper)

 

De akademiske kretsene bør satse på det dem er gode på: Akademisk tilnærming. Sørg for at studentene kan ett programmeringspråk skikkelig, at dem kan grunnleggende ting om operativsystemer, maskinvarearkitektur, nettverk, assembly og kompilatorteknikk. Finne ut hva som er forutsetningene for å være en god utvikler og så finne ut hva akademia kan bedre enn næringslivet og begynne der.

 

Andre ting? Metodikk; scrum, agile, xp (eXtreme Programming), CMM, etc etc.

Den beste kompetansen på disse tingene finnes i næringslivet, ikke i akademia. Det er også emner som krever litt erfaring for å fordøye. Det er litt vanskelig å lære løsninger på problemer man aldri har hatt. Scrum-master kurs for studenter som ikke har et eneste større prosjekt under beltet vil være ganske bortkastet da dem sannsynligvis har svært få "knagger" å henge stoffet på. Fordypning i den typen høynivå-metodikk hører mye bedre hjemme i en etterutdanning enn i en standard Bachelor/Master.

Endret 14. januar 2010 av MailMan13

[Gråskjegg]

Beklager at jeg var litt upresis. Naturligvis trenger vi folk som kan kode. Poenget mitt var at man også må kunne noe mer. Ellers finnes det mye billigere alternativer i India og Østeuropa.

 

Ellers er jeg enig i posten din, spesielt mtp patterns, og at metodikk o.l er en modningsprosess.

 

Og å renske opp i C#-koden til VB-kodere er ikke gøy...

 

- grå -

[ze5400]

Dette gjøres med trening, trening og mer trening. en må kunne identifisere problemet, og kunne finne på en løsning. Hvis da det første en gjør er å gå på google for å kikke etter noen som har hatt nøyaktig samme problemet, så er en ille ute.

 

Skulle til å skrive svar på dette, da det med ett gikk opp for meg at jeg holdt på sette opp en stråmann.

Skulle til å forsvare at den metodikken er særdeles nyttig med 'miljøfeil' (oppsett, ting som ikke går ut på koden). Som vanlig har du gode poenger, Hammer - can't touch it.

 

 

Og å renske opp i C#-koden til VB-kodere er ikke gøy...