Developeri su bolji što su stariji, ali su i rjeđi
Nebojša Grbačić
14. 06. 2011.
Autor je uzeo podatke za oko 70 tisuća developera čija je reputacija na Stackoverflowu iznad 100. Obzirom da je samo 53 posto njih navelo godine u profilu, informacije su dobivene na uzorku od 37,400 tisuća ljudi
Popularna platforma za pitanja&odgovore Stackoverflow, ponudila je svojim korisnicima (uglavnom developerima) statistike o broju developera, godinama te njihovoj reputaciji. Autor bloga Coding and more iskoristio je podatke da napravi istraživanje čiji rezultati tvrde da su developeri što stariji – to bolji. Također, što su stariji – to ih je manje.
Autor je uzeo podatke za oko 70 tisuća developera čija je reputacija na Stackoverflowu iznad 100. Obzirom da je samo 53 posto njih navelo godine u profilu, informacije su dobivene na uzorku od 37,400 tisuća ljudi. Na spomenutom servisu, stariji developeri odgovaraju na više pitanja nego što ih postavljaju, te su generalno aktivniji.
Sukladno članku 94. Zakona o elektroničkim medijima, komentiranje članaka na Netokraciji dopušteno je samo korisnicima koji ostave svoje ime i prezime te mail adresu i prihvate pravila ponašanja.
Pravila ponašanja
Na Netokraciji za vas stvaramo kvalitetan, autorski potpisan sadržaj i zaista se veselimo vašim kvalitetnim, kontruktivnim komentarima. Poštujmo stoga jedni druge prilikom komentiranja, kao i Zakon, držeći se sljedećih pravila ponašanja:
Kako koristimo podatke koje ostavljate? Bacite oko na našu izjavu o privatnosti.
Sve ostale komentare ćemo s guštom spaliti, jer ne zaslužuju svoje mjesto na internetu.
Komentari
Dario Kreštalica
16. 06. 2011. u 4:00 pm
“Stara koka dobra juha”
Biti dobar programer ne znači u kratkom periodu naučit masu tehnologija ili pak napravit par dobrih aplikacija …. nego treba vrijeme da mozak sazrije u odnosu na način razmišljanja i iskustva.
Mladi i neiskusni programeri obično prave greše:
– neka samo radi , poslije ćemo to popravljat (dodatne izmjene pojedoše masu vremena, a vrijeme je novac)
– napravit nešto sa što boljom ili poznatijom tehnologijom bez obzira na neke nekompaktibilnosti koje se mogu pokazat samo u praksi kroz određeni period.
– Izvršit analizu sa aspekta njega i tima (tim bez jasno odabranog project managera) a puno ne obracajuci paznju na stvarne potrebe klijenta ukoliko nema project managera ili
– Pisat KOD na svoj način ne obraćajući pažnju na situaciju koja dolazi nakon sto on prestane radit na tom KOD-u (promjeni posao, …) tj. ne poštiva univerzalne standarde pisanja KODA.
– … itd.
Ivan Vučica
17. 06. 2011. u 2:51 pm
Yup – sve izvor niza problema, ali povremeno i prednosti. Itekako veliki problemi ako se radi o velikim komadima softvera koji će se dugoročno održavati… ne toliki ako se radi o throwaway komadu softvera tipa maloj igri za kojeg još nije dokazana komercijalnost i koji se gotovo sigurno neće seliti na druge platforme (a možda niti održavati u slučaju neuspjeha).
Ali u principu, jako zgodan summary problema. Dobra checklista za nadzor samog sebe pri kodiranju.