#13
A hibáknak csak egyik forrása a rövid tesztelési időszak. A másik probléma a zárt forráskód. Megpróbálom elmagyarázni :)
Gondolom mindenki számára nyílvánvaló, hogy bár a Windows látszólag egyetlen szoftvernek tűnik számunkra, a valóságban sok szoftver együttese, az erőforrás-kezeléstől a grafikus megjelenítésig. Amikor új fejlesztések történnek Win rendszerre (bővül vagy megújul) ez ún. projecteken belül valósul meg, ahol az elkészült új alkalmazást a project manager-ek (vezető programozók) illesztik a már meglévő Windows-törzshöz. És itt jön a probléma: a zárt (vagy ha úgy tetszik titkos) kódolás miatt még a project manager is homályban tapogatódzik, mindössze szabványok állnak rendelkezésére a project illesztése esetén. Tovább növeli a káoszt, hogy a projectnek nincs kötött nyelve: C++-től kezdve C#-on, Visual Basic-en, Delphin, assemblyn át minden lehet. Így jutunk el oda, hogy a kész operációs rendszer egy (becsülten) kétmillió sorból álló, toldozgatott monstrum, amelyen sok hibalehetőség akad - ráadásul a hibák megtalálása nem igényel különösebb tehetséget vagy hozzáértést (jó példa erre a korai WinXP-k azon hibája, amikor USB eszköz illesztésekor (telepítés) az egyszerű felhasználó megkapta a rendszergazdai jogokat :) Ez pontosan azért történhetett meg, mert külön fejlesztették a védelmi és külön az illesztési részt, és nem tekinthettek bele a másik munkájába.
A zárt, egymáshoz illesztett forráskód ráadásul nehezebben javítható, hiszen több szálon kell viszakeresni a hiba okát.
#13