Bankoknál inkább az szokott lenni a gond, hogy: vagy kiadják egy hozzánemértõ külsõsnek (ezek eredményén szoktam a legjobbat vidulni), vagy egy managert ültetnek a fejlesztõk fejére (aki vezeti, nincs szakmai vezetés, így vak vezet esete), vagy belsõ politikai viszályok miatt direkt rontanak pár helyen benne (igen durván átpolitizált a bankok belsõ mûködése általában, egyig fõosztvez utálja a másikat és ahol lehet keresztbe tesz neki), vagy azt hiszi 1.0-ás fejlesztõgárda, hogy ért hozzá és nekiáll (amikor a hülyeség szorgalommal párosul ... persze megesett, hogy csak nem tudták mégis merre keressenek egy megfelelõ szakembert, aki legalább az alapokat elmagyarázza nekik ... term. ez is a manager hibája mellesleg) vagy mivel az IT és fejlesztés oly felesleges a banknak (áááá, csak abból él lényegében) ezért az említett juniorokkal feltöltés
Mellesleg tartani kellene egy FEJLESZTÕK hetét, ami alatt minden fejlesztõ leállna pihenni, se support se semmi (akkor talán végre rájönnének, hogy nélkülük semmi nem megy)
DEZ: nekem volt olyan pár hónapig odaültetett fõnök, akinek az volt a fixa ideája, hogy mindent írjunk át javába ... mi meg csak röhögtünk, hogy optimalizálva van a rendszer 1000 módon (napzárás 2 óra alatt meglegyen), van ahol assembly kód került bele a gyorsítás miatt, erre írjuk át egy interpreteres csigalassú szarra (1 nap/napzárás? ja, láttam ilyen banki rendszert is, jót röhögtem amikor megláttam a szerkezetét)
Ez kb. olyan, mint a szobrász vs. "végülis csak fogni kell a vésõt, és ütni a kalapáccsal" esete, csak éppen itt mindenki hangosan kiröhögné, ha valaki az utóbbival jön. A programfejlesztésnél ezt nem látják még át.
Nos nekem volt olyan fõnököm (utólag került a céghez), aki nem hogy programozónak képzelte magát a fenti alapon (azt az összehányt kódot kellett volna látnotok), hanem zenésznek, grafikusnak, stb. is. Elõzetesen 5 évet voltam a cégnél, de 2 hónap után sikítva menekültem. :P Amúgy az volt a fixa ideája, hogy az embereket megfelelõ módszerrel robotokká lehet idomítani - kár, hogy ez és a kreativitás kb. tûz és víz. (Ha a nagyfõnök képes volt ezt a seggfejet fejünkre ültetni, akkor ott egye meg a fene.)
És szerintem ezt kellene tennie midnenkinek. Mármint merni továbbállni, de legalábbis nem pincsikutya módjára viselkedni. Túl sok a megalkuvás! Nem ingyen adják a megbecsülést, ki kell harcolni. Ha viszont erre nem képes a tipikus kóder, akkor viszont úgy kell neki.
Az én közel 20 éves tapasztalatom alapján, csak két féle fejlesztés létezik jó és rossz, nincs közép, vagy 100% (vagy ehhez közelítõ) jó vagy 100% (vagy ehhez közelítõ rossz), valahogy, úgy van, ha megy a gödörbe akkor pillanatok allatt ott van, és a gödör szélén még lehet egy picit, de nem lehet a gödör oldalfalán. Na most csak az a baj, hogy jó fejlesztést kb. nehezebb találni mint kókuszdiót a déli sarkon.
Én meg már banki rendszereket müködtetõ informatikus gárdánál is láttam vicces dolgokat szakértelemmel kapcsolatban :) Aztán mikor az egyikkel elbeszélgettem, hát kiderült hogy a bank néminemüleg sporolt az informatikai kiadásokon és úgy gondolta hogy néhány friss diplomás is képes arra mint az aki már 10-20-30 éve van a szakmában :)
Jaja, nem egyszer kellett nekem sem takarítani ilyen sokludas fejlesztések "eredményét"
A másik ami elszörnyeszt, hogy minden fejlesztõ azt hiszi magáról (szinttõl függetlenül), hogy õk márpediglen nemcsak kódolni tudnak, hanem adatbázis tervezéshez is értenek. Két kezemen meg tudom számolni eddig hány valós adatbázis/adattárház szakemberrel találkoztam, nem egyet a jobbak közül én tanítottam ki. Volt olyan 8-9 nullára végzõdõ banki rendszer, melybe belenézve csak komoly önuralmamnak köszönhettem, hogy csak távozásom után kapott el a röhögõgörcs. Hogy miket tudnék mesélni :))))
Egyetértek... még jobb persze, amikor 2 ludat alkalmaznak 2 ökör helyett és 2 John Deer teljesítményét várják... az még viccesebb :) sokan még nem fogták fel, ha 1 millió majomnak irógépet adsz, akkor sem születnek meg Shakespeare mûvei... persze a menedzerek soha nem a hibákat keresik és javítják, hanem mindég a saját "tökéletes" munkájukal dicsekszenek... "egoless development" valami ami nagyon hiányzik, ha csak fél projekt megy ki az ajtón (a többit elhalasztották a következõ verzióra) akkor is azt mondják SIKERES volt a meló... persze a programozóknak nincs ilyen luxus.
Igen, csapatmunka a fejlesztés, de egy apróságot nem szabad elfelejteni. A fejlesztõi csoport középpontja a fejlesztõ.
A fejlesztõ munkáját megkönnyítendõ kell a manager, hogy ne a fejlesztõnek kelljen eladni a terméket az ügyfél részére (járjon a manager ebédelni meg teniszezni az ügyféllel, ne a programozónak menjen erre az ideje)
A szervezõ feladata hogy elõkészítsen amit csak lehet a fejlesztõnek, utánajárjon üzleti dolgoknak, hogy a fejlesztõnek ennyivel is könnyebb legyen az élete és munkája (ne a fejlesztõnek kelljen kilincselni a fõkönyvelõnél, hogy ugyan mond má meg melyik fõkönyvre mit is írjunk és milyen bontásban)
A tesztelõ feladata, hogy ne a fejlesztõ drága ideje menjen el a hibajelenség elõidézésének keresésére, illetve a mindenféle lehetetlen és elõre kiszámíthatatlan user manõverek kitalálására, kipróbálására
és még sorolhatnám, tehát én azt mondanám a fejlesztésben a programozón kívül résztvevõ személyek olyanok, mint a szatellit rendszerek (pl általában a számlavezetõ rendszer a legfontosabb fõrendszer, köré kis szatellit rendszereket szokás építeni a kisebb feladatok ellátására, fõrendszer kiszolgálására, tehermentesítésére) Ott mindig baj lép fel, amikor egy kis szatellit fontosabb akar/kezd lenni, mint a nagy fõrendszer.
"Nem a programozók a fejlesztés :)" Húúúú, de nagyot tévedsz.
Igény felmerülése: ügyfél, illetve programozónak (vagy ha van hozzáértõ programozóból kiképzett szervezõ akkor neki) kell ügyfelet babusgatni. Ügyfeleknek rendszeresen a lehetõ legvadabb elképzelései vannak, a manager meg boldogan bólogat rá, hogy ok persze jövõhétre megvan (csak épp az egész bank állna le tõle úgy kb örökre)
igény megfogalmazása: ügyfél ötletei alapján a szervezõ a fejlesztõvel megírja, hogy mégis mit lehet, és hogyan, aztán ha erre ügyfél rábólint jöhet a
üzembehelyezés: üzemeltetés + fejlesztõ (az ugyebár egy szép vágyálom, hogy a fejlesztõ mindent szépen átad üzemeltetõknek, aztán többé rá se bagózik az egészre ... tipikusan ahol az elmélet elmélet marad)
üzemeltetés: üzemeltetõ + programozó, mivel ahány hely annyi rendszer ezért folyamatos elõre nem látott problémák orvoslása, hibákat az üzemeltetés gyakran gondolkodás nélkül eszkalálja fejlesztõk felé ...
Melyik részben nem vett részt a fejlesztõ ? Ki az aki az összes mûveletben részt vett ? Ki az aki nélkül akkor nem is lenne fejlesztés ? Szerintem elfogadhatod, hogy a fejlesztõ maga a fejlesztés (pláne ha belegondolsz a know-how -ba, láttam már céget lebénulni meg nem becsült rendszerfejlesztõjének távozását követõen)
A másik meg egy nemrégen hallott vicc, ami tökéletesen illik a fejlesztõkre: Ha fel akarnál szántani egy mezõt, mit fognál be az eke elé? 100 ludat vagy 2 ökröt ? azaz 100 "hello word" juniorral állnál neki egy rendszer fejlesztésének, vagy 2 vérprofi senior rendszerfejlesztõvel (láttam mindkettõre példát, elsõ eredménye komolyan vicces volt :)) )
20) Ha Felcsupaszlokharito Mancika - a fonok (titkar)noje - nem tud Winamp-ot hallgatni miunkaidoben mert az ethernet kartyaba dugta be a fulhallgatot, akkor a legjobban agyonhajtott matematikus programozot kell a foldszintrol a tizedikre felhivni. Mindezt lehetoleg ebedszunetben amikor a folyosokon, liftben es lepcsokon mozdulni sem lehet, nehogy mar ebeddel toltse ki az ebedidejet...
Tény, hogy egy fejlesztés csapatmunka, de közel 20 év programozói tapasztalatából azt derült ki, hogy legfõképp mi programozók gondoljuk csapatmunkának. "Odaföntrõl" nézve van egy csapat és van az a kis szükséges rossz, a profit csökkentõ tényezõ, a projekt(!!!) kockázata, a darazsak a gatyámban, akiket programozóknak hívnak. Persze mrzed001 picit túloz (és én is), de csak annyira, amennyire túlzás a fenti szemlélet, amit viszont a bõrömön éreztem jó párszor. Minél kisebb egy cég annál inkább beszélhetünk tényleges csapatmunkáról, minél nagyobb a cég annál inkább számítanak a programozók az IT árufeltöltõinek.
Ez is igaz, csak nem szabad két dolgot elfelejteni, hogy a csapatmunkában a PEER az ami repül, vagyis nem szabad valakinek feljebb lenni (mert ha igen akkor az már nem csapatmunka), és ezt kevés manager tudja, és a másik dolog, hogy a csapat egyénekbõl áll és nincs olyan, hogy csapat egyének nélkül és a programozók is egyének. Tapasztalataim szerint a gyakran a programozókat csak kóderként kezelik és soha nem kérdezik, hogy mit is gondolt, ebben a szakmában az a gond, ha kódolsz akkor kóder vagy, ha pedig felültetnek a magasabb székben akkor nem kódolsz és nem is vagy kóder. Szóval azok akik szerkesztik és akiktól valójában függ a projekt minõsége azok nem kódolnak és szart csinálnak, azok akik kódolnak õket meg senki sem kérdezi és ha valamit mondanak akkor senki nem halgatja meg õket mert õk csak kóderek mi a szart tudnak õk, a munkájuk, hogy kódoljanak majd mi architektek, product people, managerek, analyst-ek akik nem is látunk kódot (nem is akarunk mert akkor kódereknek néznek bennünket) majd mi magmondjuk mit akarunk és a kóderek lent a vízszint allatt tömik a kemencét büdös szénnel és a hajó majd megy valahogy. Persze azt a spaghetti-t amit kapunk azt majd néhány hülye kis kóderel valahogy viszonylag kis pénzért kezeljük...
Dolgoztam több cégnél, különbözõ beosztásban és általában ez a helyzet, úgyhogy mrzed001-nek sok mindenben igaza van. És ez minnél nagyobb cégnél vagy annál jobban igaz, kisebb cégnél nem annyira mert ott nincs akkora manõverezési terület a menedzereknek sõt sokszor nincs is menedzer csak valaki annak is a dolgát végzi... na most várom még azt amikor a menedzer fogja a programozó dolgát végezni akár milyen ici pici kis cégnél :)
Nem a programozók a fejlesztés :) Õk csak részei a fejlesztésnek. A fejlesztés, tudod, egy ciklus. Igény felmerülése, igény megfogalmazása, megvalósíthatóság vizsgálata, kódolás, tesztelés, üzembehelyezés, üzemeltetés...
Ez mind része a dolognak. Én programozó vagyok, de tudom, hogy nem körülöttem forog a világ, és nem vagyok ennyire cinikus sem. Az ilyesmit úgy hívják, csapatmunka.
1) a programozóknak nincsenek jogaik, bérrabszolgák 2) a programozók elismertsége a portáséval vetekszik 3) a programozók úgyis csak játszanak azzal a hülye masinával, és még élvezik is, szóval minek fizessek neki? 4) a programozót bármikor ki lehet rúgni, tapasztalat, rendszerismeret nem számít, nem veszít vele többet a cég mint egy portás esetén 5) minden programozó helyére 100 további alkalmas, akik ugyanazt ugyanúgy el tudják végezni mint a 10 éve a rendszeren dolgozók 6) a manager minden esetben jobban ért a fejlesztéshez, mint az a mihaszna programozó aki napokat képes elszúrni egy funkció megvalósíthatóságának tesztelésével 7) a programozó hibája, ha a manager elképzelésivel ellentétben egy máshogy, DE mûködõ programot képes az ügyfélnek kiadni, illetve ha az hibát talál benne, akkor javítja. Az ilyen öntevékeny programozótól azonnal meg kell válni, hiszen szembeszegül a felsõ utasítással (ami hatására akár milliós károk keletkezhettek volna...) 8) egy rendszerrel ha gondok vannak, az a programozó hibája, egy rendszer ha szépen mûködik, az a manager érdeme 9) a programozónak nem kell pihennie, napi 8 órát folyamatosan a gép mellett kell ülnie, mint a futószalagok mellett dolgozó munkásoknak 10) egy programozó ha éppen nem ül a gépe elõtt, akkor nem is dolgozik, hanem lustálkodik 11) az a legjobb, ha a programozó jó korán kialvatlanul jár dolgozni, és addig marad amíg le nem megy a nap. Magánélet, NEKI ??? 12) a programozó a managgerel ellentétben NEM szellemi munkát végez, neki nem jár az óránként 10 perc szünet, és ha éppen a kávézóban beszélget a kollégáival, akkor a managgerrel ellentétben a programozó biztos hogy nem a munkáról beszél 13) a programozó olyan közel húzza a székét a monitorhoz amennyire csak akarja, ezért aztán elég neki egy régi 14 colos elektronágyú is. A manager persze 22" TFT monitort kap, hiszen oly sokat ül a gép elõtt, nehogy kiégesse a szemét a CRT moncsi 14) a programozó nem akar fentebb lépni a ranglétrán, és nem is szabad hagyni hogy ilyesmit akarjon, hiszen akkor mégis ki a fene fogja elvégezni azt a rohadt sok szakmelót ?? Talán a manager, a fõnöke, aki bekapcsolni sem tudja magától a gépét? 15) a programozónak nincs továbblépési lehetõsége, nincs senior pozíció, nincs vezetõ fejlesztõ, csak egyszerû mezei programozó van (éppen ezért a frissen felvett "írtam már hello word-öt" tacskó is pont annyit ér, mint a sok rendszert lefejlesztõ 40-es muksó) 16) mivel a munka javát a manager végzi, ezért természetesen 2-3x annyit kell keresnie, mint a programozónak 17) jutalom is természetesen a managernek és felsõvezetésnek jár egy sikeres projectet követõen, hiszen remekül megoldották a felmerült problémákat, a programozó meg kussoljon és örüljön hogy van még munkája 18) a programozó nem ért a problémamegoldáshoz, folyton a managgerhez szaladgál, hogy amit az kitalált kivitelezhetetlen és hatféle módon borítja meg a rendszert, mire természetesen a fejére ültetett manager kell hogy megoldja a programozó ilyennemû nyûgeit is 19) a programozás agyatlan és érzéketlen dolog. Ki volt az az ökör aki azt merte állítani, hogy kreativitás kell hozzá, és hogy olyan mint a mûvészet ?!?
Na hirtelen ezek a tévhitek jutottak eszembe amikkel a programozóknak nap mint nap szembesülnie kell.
És ha már ott tartunk hogy bûnös téveszmék, lássuk csak a cikket: "A programozók fontos szerepet játszanak a fejlesztésekben" NEM !!! A PROGRAMOZÓK MAGUK A FEJLESZTÉS ! A programozók nélkül NINCS fejlesztés. (PONT)
Informatika és tudomány
