Vývojáři, o víkendu si dejte pohov!

Kdo si hral v pondeli pred sedmouse ZIVE?
absolutni tuhyk.

Pracoval jsem ve vypocetnim stredisku velke strojirenske firmy a
tam jsme pristup do provoznich programu a dat meli.
Driv preklady nebyly na mainframu tak rychle, takze si to clovek
vzdycky sakra dobre rozmyslel a vyzkousel, nez neco proved.
Do ostrych dat jsme se koukali jen pri pruseru, a to byly dumpy.
Dost casto, kdyz jsem si vyrobil (strasne pracne) ladici data, kde jsem
se snazil, aby byly vsechny mozne mixy a varianty, stalo se, ze se
nasla data (jednou az po dvou letech), na kterych program chcipl
nebo se choval nekorektne.

Neni tohle trochu priklad demagogie. Chyby se objevi v pondeli, ne protoze by vyvojari byli extra aktivni o vikendu, ale protoze se o vikendu, v dobe snizeneho provozu, provadi aktualizace aplikaci z vyvojovych na ostre servery. V pondeli pod zvysenym naporem navstevnikum "vyplavou" na povrch jinak obtizne odhalitelne chyby.

Ale nic se nedeje, vzdyt byl tenhle clanek i muj prispevek sepsan o vikendu. :o))

Koukam, ze Flash a Framework nebude jedinym matoucim clankem a dale pokracujete v mateni laiku.

Takze k veci

Mozna to bude tim, ze se systemy odstavuji o vikendech, kdy se tolik nebo vubec nepracuje, no a v pondeli na to urednici prijdou, protoze testeri nemuseli odhalit vsechny chyby, ale to pak neni problem vyvojaru, ale spravy chodu systemu, coz programatari nedelaj.

Jinak, nevim jak Vy, ale ja se v pondeli rano zahrivam po narocnem vikendu, takze nejake inovace nehrozi a jeste k tomu, pred nasazenim do ostreho provozu se nejdrive otestuje vyvojova verze, potom se nasadi na ostro, ta se tez otestuje a pak se to da uzivatelum, takze na vikendove iniciativy nemuze byt ani pomysleni a pokud ano, tak timto procesem chyby neprojdou, a kdyz ano, tak je spatne testovani a to je zase metodika prace, tedy manazeri atd.

Ja jako programator nesu zodpovednost do doby, nez soft opusti firmu. Pak jsem sekundarni vinik, primarni jsou testeri a spravcove IT- jinak firmy kupujici soft, si ho pred nasazenim tez testuji, pokud ne, tak je to jejich problem.

Jinak nevim, jestli je mozne do IS zanest kod, otestovat ho a nasadit behem jednoho dne, kdyz se jedna o velky system. Zpravidla jsem zazil testovani nekolik dni.

Tedy nevim, jake firmy timto vyzkumem prosly, ale o profesionalite firem  nemuze byt rec, nebo to jsou firmy majici velmi ale fakt hodne velmi male systemy. Metodikou meho zamestnavatele se neco takoveho proste nestane. Pokud ano, tak to neudela vyvojar ale tupej ajtak, kterej udela nejake "prevratne" myslenky, napriklad prejmenuje adresare TMP na TEMP, protoze na predchozim miste to tak meli.

Zjednoduseny postup
1- provedeni zmen u vyvojarske firmy
2- test vyvojove verze u vyvojarske firmy
3- test ostre verze u vyvojarske firmy(vetsinou na datech dodanych od odberatele, mame plnou duveru)
4- predani zakaznikovy
5- test u zakaznika
6- nasazeni do provozu

Od bodu 3 a vyse se vse eviduje v testovacich dokumentech a jsou pod tim podepsani manazeri, spravcove IT, ANI JEDEN VYVOJAR

Tak ted, me autore ukaz prostor, kdo a kde zanese vikendove chyby. Ja jako vyvojar nesu zodpovednost do bodu 3, pokud projdou akceptace od bodu 4 a dal, tak jsem jiz mimo

No, nakonec je člověk v pátek rád, že je po týdnu usilovné práce alespoň tam, kde byl v pondělí

Koukam ze vetsina anglie sou amateri ktery dovolej vyvojarum jen tak delat zmeny do ostrych systemu... Vyvojari by na ostry systemy nemeli mit vubec zadny pristup, k nicemu ho nepotrebujou a jejich cas je lip stravenej vyvojem, ne administraci webu, to zvladnou cviceny opice...

2 nd