#12712
Oszlassunk néhány szoftveripari tévhitet egyszerű mondatokkal rovatunk következik:
-"10 sornál" hosszabb forráskóddal rendelkező bugmentes szoftver nincs.
-Egy szoftver sosincs kész. Ez nem egy falfestés, ami már nem lesz fehérebb ha kétszer lekented.
-Ha több csapat dolgozik egy projekten (tegyük fel ez ilyen ), és egyik csapatnak kell csak hibákat kijavítania, akkor a másik csapatot lefoglalják új feature-ökkel az okos főnökök, ami természetesen újabb hibákat visz a szoftverbe...
-Ha halogatod, a konkurencia elhúz melletted. Hogy lépést tarts újítasz, ami megint idő, és újabb hibalehetőségek.
-Nincs olyan, hogy egy nap azzal az érzéssel ébred a projektvezetés, hogy most van készen a szoftver, most kell kiadni. Ha nincsenek határidők, vagy csúsztatható határidők vannak, akkor a fejlesztők addig szarakodnak a szoftverrel, amíg Gollam simogatja az Egy Gyűrűt. Vagyis örökké. Vagy amíg a felsőbb vezetés oda nem rittyent egyet az ostorral, és akkor jöhet a "ship as it is" hozzáállás, ami meg olyan terméket eredményez, amilyen éppen sikerült abban a pillanatban.
-Duke Nukem Forever........
Kis adalék hozzá, hogy elkezdték a hájpolást nyáron, mert ugye a rendezvények miatt kellett. Ha most megvárják míg elül a lelkesedés, meg kijön még x darab játék ami leköti a nagyérdeműt, akkor elment a vonat. Az a szűkebb réteg, aki mindenképpen megveszi úgyis értesült már róla, a többieknek meg most van a tudatában. Vagy kiadják, vagy dátumot jelentenek be, mert ezzel a hozzáállással csak Duke Nukem Forever 2-t lehet készíteni, és ha már ez szóba kerül a rajongók között, akkor elkezdett süllyedni a hajó, mert megkérdőjelezik a minőséget, később azt is, hogy megjelenik-e egyáltalán, aztán mindenki legyint valami mással játszva, hogy "ja, kijött".
#12712
), és egyik csapatnak kell csak hibákat kijavítania, akkor a másik csapatot lefoglalják új feature-ökkel az okos főnökök, ami természetesen újabb hibákat visz a szoftverbe...