Specializálódik a Borland

Igaz, de ha a tesztelés jó megvan oldva (pl. TDD) de nem is muszáj ennyire elõre járni, de xUnit mindenképpen elengedethetetlen, akkor a release után már nem lesz annyi javítani kötelezõ hiba és ezzel a kiadás is csökken. Ugyanakkor a fõ probléma nem is annyira a logikus hibákal van, mert ezek relatív kis költségel járnak, hanem a koncepciós múlasztásokkal és ezek a hibák mind a tervezéskor következnek be. Nem elméletileg hanem praktikusan foglalkozom ezzel már több mint egy évtizede, 6-7 éve pedig vezetõként (lead programmer és manager is, habár az utóbbi idõben inkább managerként), tudom mirõl beszélek. Ami a Borlandot illeti, már elég régóta a life cycle managament és az MDA-ra alapozza üzleti modeljét, és ez most csak logikus lépés, hogy a nem annyira profitabilis részektõl megváljon. Különben is már néhány éve erre specializálódnak és az akvizícióik is ebben az irányban haladtak.

Az elmélet szép.
de a gyakorlatban, mint tudjuk az egységnyi hiba kijavítás ugrásszerûen megnõ kiadás után.
Szóval, ha van szép tervezés, az még nem biztosítja, hogy nem marad benne hiba.
Másik, a tesztelés sem a favágós tesztet jelenti, gondolom a szövegedben.
Tehát, ha a hibák nagy részét elhárítják, (legtöbbet még a tervezési szakaszban, mert ott a legolcsóbb, és egyre kevesebbet fedeznek fel a késõbbi szoftver tervezés /életciklus során) akkor is, mindent összevetve a kiadás utáni költség lesz a legmagasabb, még a szépen megtervezett és módszeresen tesztelt programoknál is.
sõt, amit nem ilyen szépen állítottak elõ, ott meg fõleg.
Gondolom ezért ált rá a Borland a szoftver követésre, életciklus támogatásra.

Nem éppen. A legnagyobb a kiadás a tervezéskor és az implementáció utáni idõszakban, a tesztelés során amely tulajdonképpen non-productive tevékenység, de elkerülhetetlen. Ugyanakkor a release elõtti hetekben szintén van egy peak a kiadásokban (high finishing nem olcsó mulatság). A kiadást követõ idõszakban, lehetnek nagy kiadások, de csak akkor, ha a fejlesztés rösszul lett csinálva (az esetek legalább felében ez igaz sajnos), a tesztelés és a tervezés elhamarkodása az ami növeli a post-release költségeket. Szóval ha jobban elgondolkozom akkor igazad van, de csak akkor ha a programot hozzánemértõ fejlesztõk és managerek csinálják.

Hja, a programok legtöbb kiadását, az eladást követõ karbantartás, és fejlesztés viszi el.