Lakely,
diky za odpoved.
jsem napsal jenom nazor. netvrdim, ze je nejspravnejsi
je fakt, ze jsem toho nasal hodne, navic zjednodusene (a tedy vytrzene z kontextu) - a zjednodusovani obycejne je prima cesta do pekel.
priste se toho zjednodusovani uz budu snazit vyvarovat a pritom zustat strucny (uz na prvni pohled docela antagonizmus

)
taky je fakt, ze nemam prehled o backgroundu zdejsich uzivatelu.
kamen nepochopeni meho textu je hlavne v te treti casti: (vyberu tedy jenom jeden bod)
proc to menit?
je to dvojsecna otazka: jak ze strany 'vedoucich projektu', tak ze strany 'vyvojaru'.
mas pravdu, ze vyvojar (vyzkumnik, inovator, konstrukter ... na presnem zneni pozice snad natolik nezalezi) je obycejne clovek snazici se delat nove veci, nove, rychleji, lepe, komplexneji. bez ohledu na spotrebovane zdroje.
jenomze u toho ma rad stale a zavedene stejne postupy (myslim na procesy vyvoje), nesnasi byrokracii a 'papirovani' (za leta praxe v R&D o tom vim svoje).
na druhou stranu 'manager' (reditel, vedouci, zakaznik, politik, ... zas na jmen nezalezi, proste ten, co ma na starosti, nebo aspon mluvi do casoveho a financeho aspektu projektu) musi laborovat v ramci moznosti QA trojuhelniku: kvalita, cas, penize.
uz jsem mnohdy zazil situaci, kdy vyvojar tesne pred releasem chtel prekopat koncept. veskera logicka argumentace byla na jeho strane.
ale jak to udelat, kdyz uz zakaznik ceka na dodany produkt v danem terminu?
osobne se snazim razit cestu: udelej funkcny model, zhodnotime. ale to chce cas. a ten se casto nedostava.
a presne o tom jsem mluvil: kdyz ta 'stara' vec funguje (vicemene) spolehlive (jak ty motory do sojuzu), neni moc logicke (a prakticke) cele zahodit a jit jinou cestou.
muze se jit cestou paraleneho vyvoje (inovace se opravdu zastavit nedaji), muzou se vystupy stareho (vcetne tech inovaci) projektu pouzit jako vstupy do noveho, ale jsme zas u tech zdroju, u toho trojuhelniku.
proto jsem (mirne) oponoval na poznamky ohledne pouziti starych technologii (a je jedno na ktere strane oceanu).
ale nechci spoustet nejaky flameware.
PS: ted to vypada, jakobych byl ten byrokrat, co brzdi rozvoj. a pritom je to naopak - venuji se automatizovani testovani ve vyvoji sw a na konte uz mam par testovacich frameworku (ano, i ja jsem tesne pred pouzitim fw na testovani chtel zmenit koncept

). takze moc dobre vim o prekazkach pri vyvoji.
PS2: politicke tahanice opravdu neresim