Primárně chyba v managementu, sekundarne v QA. Zažil jsem spoustu veselých příběhu z vývoje kdy do QA se nedostala ani informace o tom co mají testovat. Nebo se testování outsourcovalo a na konci to testovala cinanka z vesnice podle papírového návodu který nikdo nekotroloval. Další věc je tlak managementu na deadline. Prostě abysme stihli vydat první hw revizi v termínu tak serezte QA testy na minimum ať se stihnou ficurky doimplementovat a továrna stihne vyrobit posledni prototypy. A bum průser je na světě. Jenomže na manažery je tlak, protože typickej nagelovany technosexual a startupovy pomatenec to chce mít hned. Místo toho aby si rychlokvasna IT generace chvilku počkala tak má teď zmetek. Máte co jste chtěli. Chcete to rychle a nebo dobre?
Tak to jste mne upřímně rozesmál :-)
Nicméně situace je vskutku takto vážná (dělám QA a zcela souhlasím. Když nestíhám celý test plán, varuji předem,nepodepíšu bianko že "fajn" a hlavně se složí ofiko Anomality Test Report, který rozkrývá všechny neduhy). Každopádně průsvih je to nepěkný, protože se tím značně poškozuje jméno (čipové řady, potažmo výrobce). Jen aby to nebylo jako v seriálu Kosmo, kdy se dodavateli technologie (china?) pokazí odpočítávání (nejenom to), vymění šéfa oddělení pro odpočítávání, omluví se, že se to již opakovat nebude a jede se dál...tedy letí se dál.
Bych atmelu tak nenadaval. On I Texas instruments má máslo na hlavě. Hlavně jedna chyba u omapu znemožňuje pořádně používat USB periferie. A pokud používáš speciální čipy (které se běžně mezi veřejnost nedostanou), tak je to ještě těžší. 15 procent casu našich hw inženýrů je teď alokovano.na problémy s chipsety nebo designem desky. Je to zajímavý obor, ale specielne v Čechách jsou hodně špatně placeni.