Názory k článku Komiks: fáze IT projektu
-
Clock (neregistrovaný)
Dle me profesionalni zkusenosti 9 let v IT:
1) Realna cena bude 3x vic nez odhadujete
2) Realne to bude trvat 3x dyl nez odhadujete
3) Zadavatel nebude ochoten zaplatit ani realnou cenu, ani akceptovat realnou deadline
4) IT jsou nebetycne vrstvy sracek nakydanych na sebe ktere nikdy nemuzou poradne fungovat
5) Vyserte se na to a bezte delat neco jineho -
Trident (neregistrovaný)
A co zbyva...
No pak je asi lepsi jit do klastera nebo zit jako mnich. Ne ze by spousta lidi z IT tuto ocistnou kuru nepodstoupila.
Rodicovske diskuse na tema co byste chteli aby delali vase deti se shoduji: rozhodne ne aby delali v IT. Je to zajimavy zvrat zrejme zpusobeny spolecnosti a zpusobem vedeni zapalenych lidi. Nase generace ktera zazila vzestup 8mi bitu byla podporovana nasimi rodici abychom delali v IT.-2) Menedzr - to mas tak kdyz projekt ridi gelous ( SaaS In Da Klaud), jehoz nejkomplexnejsim projektem do ktereho videl byla vymena pneumatik a to je jeste dostal predvyvazene...
-1) HW - Mizerny hardware x86. Ty servery jsou k smichu. Jak dlouho trvalo Xeonum nez podporovali aspon 1TB pameti. A dneska 4? A to je jako pokrok? A to nemluvim o tom ze vyrobci zeleza hned nevyrobi prkenici/krabici kam se to da nacpat maximum pameti co cpu umi. A dneska muzu cekat ze ten jouda co to navrhuje da vsechny moduly na jednu pridavnou desku takze mechanicky to bude pro technika utrpeni. Za vsim novym cekam prusvih a predjimam mozne problemy.
Kdyz potrebuju inmemory databazi, tak by se mi efektivne hodilo nekolik masin s 16TB per box a vymena procaku/pameti za behu mezi nima nakej infiniband. Nechci tolik akorat proste ted je protezovany x86 a naky hnup to predtim schvalil.Diagnostika a profesionalita servisu HP? K smichu.Technik radsi vymeni celou desku a odstavi masinu aby zjistil ze uhnil fiber channel adapter a spatne komunikuje po sbernici. Tohle by se u Sunu nestalo.
Kvalita custom HW - k tomu se za drahe prachy vyvine naky poleno merici kartu co si ztraci data. Dovnitr nemuzes pac to bylo levne. Blackbox. A pritom jsou na trhu uz vyzkousena reseni jenomze jsou 'draha'. Kdo to odnese? Ta firma ne. Odnesou to lidi co tu kartu dostali a management je tlaci k workaroundum aby to nak fungovalo par dni po deadline.
0) Programatori zeslozitujici si praci a ostatnim v tymu svymi teoretickymi idealy odtrzenymi od reality.
Keep it simple stupid. Zjednodusovani je tezsi, ale je to umeni ktere se vyplaci na dlouha leta dopredu a reseni jsou pak snaze recyklovatelna <-uspora penez. Proc to stale nechapou.1) Demotivuji Linuxove bobky a nekocepni splasky co hrnou se do linuxu poslednich deset let. Kde je muj Linux na kterem jsem zacinal? Kde je pokrok? Mlada generace vyvojaru nema poradny vzor. Koho zajima naky firewall nastavujici cosi v systemu pres dbus, obchazejici rozhrani iptables a zase zpatky ktery nejde ani vypnout? Tohle ma jit do produkce? Proc si musim vyrabet trochu fungujici orezane distro abych to mohl nasadit? Vysvetlil nekdo tem lidem jaka je produkcni praxe? Chapou ze systemak si nebude pri havarii doprogramovavat tool? ABI/API neni command line tool a zdrojak neni dokumentace.
2) Nad tim jsou ruzni lennartovci stavici dalsi hrady z pisku nezapojene do systemu. Zbytecny bordel jen kvuli tomu ze my to dokazeme lepe. Neprehlednost provazanosti komponent a zbytecna komplexita.
3) Nad tim je neco silenyho jako websphere a ukrutne historicky zapikanyho jako SAP. Jednoduche veci slozite. Abychom mohli najmout hromadu konzultantu z Accenture a mala domu Jen cekam kdy SAP zlikviduje nadheru Sybase:(
4) Nad tim je developer co se to zrovna uci ale je "levnej". Pulka veci v dodanem API nejde jak je dokumentaci coz ho jeste demotivuje od pokracovani. Za tohle by kdysi padaly hlavy u dodavatele. Ted za to muze ten chudak developer protoze manazer nechape. Predtim nez developer zacal cist dokumentaci a cesat stavajici nepochopitelne funkce s balastem to preci fungovalo.. Commit ktery by mu pomohl popisujici modifikace takto: i fixed something... je kulkou do hlavy.
5) Cele to pouziva lokalni ssd disky bez zaloh a misto zmeny architektury se jen pridava hruba sila co resi nekvalitni navrh sw.
Jak je tedy mozny ze je takovy clovek mnohem lepe placeny nez lidi kteri vyvijeji krasna a pouzitelna reseni? Vice nez lidi kteri prinaseji vice prospechu spolecnosti nez takovi skodici? Prijdete do firmy kde hlavni zisky ma prinaset vas tym a nabidnou vam o neco vic nez absolventovi po stredni skole.
Pak prijdete jinam, nikdo vas technicky neproveruje ani moc nedrti. Tak se citite blbe a pozice vas odradi jako nenarocna a mene zajimava.
Prijde prvni nabidka a plat je jeste pred vyjednavanim pohadkovy za mene prace a vice zajimavych veci.Kouzlo korporejtu...
-
Pavel TišnovskýZlatý podporovatel"Rodicovske diskuse na tema co byste chteli aby delali vase deti se shoduji: rozhodne ne aby delali v IT. Je to zajimavy zvrat zrejme zpusobeny spolecnosti a zpusobem vedeni zapalenych lidi. Nase generace ktera zazila vzestup 8mi bitu byla podporovana nasimi rodici abychom delali v IT."
To je zajímavé, vzhledem k tomu že děti/mládež pořád mají v ruce smartphone nebo tablet, tak bych čekal, že je bude zajímat, co je "uvnitř" :-) i když je fakt, že přímo k programování tyto strojky moc nevybízí (to takový nápis READY/OK s kurzorem čekajícím na vstup magických slov v nějaké prapodivné angličtině bylo něco jinýho :-) Taky mě to rozhodování za pár let čeká u mladýho, uvidíme jak to dopadne...
-
Karel (neregistrovaný)
Hlavní vinu má "management", nalezlý mezi realizátory a finálního zákazníka.
Málokdy se dělá přímo pro odběratele, většinou je mezi nějaký polodement, který řídí maximálně tak svoji starou, a to ještě tak, že to vede k rozvodu. Financování projektu je zcela amatérské a napůl rozkradené ještě něž se reálně začne, každý v řetězci požere svých 20% a na programátory nakonec zbude minimum a to ještě s obstrukcemi.
A celou dobu vývoje se musí intenzivně generovat leštěné prdy, aby byl zákazník "spokojený". Takže "agilní" programování - za chodu se kromě skutečné realné aplikace buduje souběžně Potěmkinova vesnice, aby bylo co průběžně ukazovat. Často se těsně před cílem zjistí, že agilní nástroje něco neumí a musí se to skoro celé přepsat do něčeho jiného, protože zbylých 5% v tom téměř nejde realizovat. A tak dále.
