BlackRose#24
Alapjában elgondolkodhatnék arról amit irtál, de én nem kis cégekről beszéltem, hanem nagy cégekről. A másik probléma, meg, hogy egy kis cég amikor fejleszt akkor ha nincs neki szakembere az adott dologra (pl. SQL programozó) akkor a legjobban teszi ha kihelyezi ezt a fejlesztést pl. másik céget alkalmaz amely SQL specialista, vagy esetleg kölcsön veszi 1-2 napra a szakértőt. Pl. egyik haverom San Franciscóban azt mondja, hogy a start-up kiscégeknél az ilyen fajta dolog ott szinte mindennapi, sőt már vannak szabadúszók is akik kimondottan rövidtávra fogadnak melót. Ez jobb is és olcsobb is mint a szakszerűtlen megoldás. Persze nem gondolod, hogy egy valaki aki tényleg ért az OOP-hez (és megjegyezném éppen arról beszéltem, hogy nem csak ahhoz kell érteni), annyira rossz SELECT kódot termel, inkább a z öszetetebb dolgoknál lenne probléma.
Na most a nagycégeknél sokszor alkalmaznak külső (Konzulens) fejlesztőt, céget, de általában csak akkor lesz az igazi zűrzavar. Ezt mind tapasztalatból mondom, mert dolgoztam nagycégeknél is (köszönöm szépen).
Általában egyet értek azzal, hogy minden műfaj mesterszintű ismerése minimum 10 évet igényel, és a Teach Yourself C++ in 21 days, SQL in 24 hour, Mastering UML in a Week meg hasonló marhaságoktól égnek áll a hajam. Na most ha 10 éve hegedülsz, akkor valószínűleg gitározni, zongorázni stb. is tudsz egy picit, vagy ha nem is nagyon gyorsan megtanulsz, mindenesetre sokkal gyorsabban mint aki 24 óra, egy hétvége vagy akár 21 nap alatt is "tanult" volna meg valamit.
Fejlesztő eszköz készítői??? Nem tudom, de a Visual Studio szinte kifogástalan, az Eclipse szintén, a fordítók optimizáltak az égig... a dokumentációba általában szerelmes lehetsz... a hardware már GFLOPS-okon jár minden asztalon, az OS-ek szintén OK, mert ha jól fut egy Maya vagy egy Oracle rajtuk akkor a Matyika irodai alkalmazásának repülni kellene...
Fejlesztő = Programozó?
Ezt komolyan megkérdőjelezem, számomra a fejlesztó az aki csupán hivogatja az API funkciókat, OOP-zik és OK ért egy picit mondjuk a szoftverfejlesztési folyamathoz (requirement, tervezés, implementálás, teszt stb.). A programozó pedig aki lehet, hogy a szoftverfejlesztés menedzmenthez nem ért annyit, de megtud írni egy fordítót, komolyan kibővit egy osztályt, és ami messze a legfontosabb meg tudja tervezni azt amit csinál, ha ez csak egy osztály akkor OK, ha egy egész alkalmazás akkor még jobb, mintenesetre amit csinál azt teljesen ellenörzése alatt tartja, és ha kell neki valahol sebesség akkor megírhat (nem kötelező, de ha mégis kellene) egy .dll-t asm-ben és megoldhatja azt amire a "fejlesztőnek" 3 órát kell üllni a telefonon a fejlesztői környezet/OS stb. support-al, hogy megoldjon olyan dolgokat amelyekre a programozó rá sem talál mert gondolkodásmódja, kódozási és tervezési stilussa annyival jobb, hogy soha nem vezeti olyan vékony jégre.
Mégegy dolog, a rossz programozó a program kódra koncentrál, a jó programozó az adatstruktúrára. A program kód olyankor magától elegánsra sikerül de ha mégsem akkor könnyű átírni, de ha az adatstruktúrát elszúrják, az elegáns kód egyrészt elérhetetlen, másrészt meg ha csodával határos módon sikerül is, nincs semmi értelme. Na most mutatnál nekem egy könyvet (ha lehet a 24h/hétvége/21 nap sorozatból) amely akár 1 oldalon is az adatstruktúrákkal foglalkozna? Különben ha a generalista oldalom mellé egy specialzációt kell kitennem akkor az éppen az adatbázisok és az SQL, úgyhogy éppen ezen a területen mondhatom, hogy speciál nagy a zűrzavar, és a (Database) tanfolyamok és könyvek 90% szemét.
És végül sok sok jó és kiválló programozó van a világon (ez egyáltalán nem kérdéses) a baj csak ott van, hogy ezek sokszor olyasmiket írkálnak amiből már 32 alkalmazás van és sokszor ezt ingyen irkálják szabadidőben, ahelyett, hogy a nagycégek alkalmaznák őket. Egyrészt a nagycégeknek nem kellenek (már mondtam, hogy miért) másrészt nem is akarnak bohóckodni félhülye menedzsereknek stb. Szóval nem az a gond, hogy valakinek el kell végezni a munkát, az a gond, hogy a programozókat elkényeztetett gépíróknak tekintik és ahelyett, hogy őket szolgálná a menedzsment, hogy minnél jobb munkát végezzenek (és ez esetben tolakodnának, hogy a nagycégeknél dolgozzanak), bezárják őket ablaktalan, zajos "ketrecekbe", öltözködési és "iroda" berendezési rendőrség köröz a fejök felett, és félhülye menedzserek sértegetik az inteligenciájukat... és ők kell, hogy kiszolgálják a menedzsmentet, mert mintha egy cég a menedzsment kakaskodásáért kellene, hogy létezzen, nem pedig a termékek és szolgáltatásokért. Na éppen ezért a "zseni" programozó inkább megír egy 78-adik editort vagy egy 34-edik picture viewert esetleg egy 12-edit grafikus környezetet vagy egy 125-ödik 3D modelert, mithogy fejlessze a hasznos alkalmazásokat. (ezeket mind nagyon is jó programozók írják). Na ezért kell az a sok harmadosztályú fejlesztő.
A programozás nem tudomány, nem művészet és nem is mérnöki munka, hanem ezeknek a keveréke, a baj ott van, hogy jó programozó csak az lehet akiben mindhárom száll megtalálható (és ilyen van bőven) viszont programozókat csak programozók tudnak megérteni de mivel nagyon kevés programozó menedzser van... a többi meg a következmény, ami között a sok sok félretervezett, rosszul kivitelezett méregdrága és majdnem használhatatlan alkalmazás az ami legjobban szúrja a szemet.