Szerintetek a bugok mekkora része keletkezik szaktudás hiányából, és mennyi "figyelmetlenségből"?

"ott is több millió sor kód fut, multimédia stb, szóval azért az is durva hogy mégis "használható" szoftverek születnek ilyen méretben is amik nem esnek szét."

Ebből kiderült, hogy te is csak egy hobbista vagy.

Szaktudás hiánya nehéz dolog. IT-ben a tudás nem egy kőbé vésett dolog, folyamatosan új dolgokat kell megismerni, amik ráadásul folyamatosan változnak.

A munka során gyakorlatilag minden héten találkozom egy új library-vel, amit még előtte sosem használtam. És amiket ismerek, azokból is folyamatosan új verziók jönnek ki, sokszor breaking change-ekkel. Nagyon nehéz mérni a tudást úgy, hogy egy nagy hányada folyamatosan avul el.

Amit jobban lehet mérni, azok az alapok, algoritmikus gondolkodás, alapvető algoritmusok, adatszerkezetek, design patternek, tesztelési módszertanok ismerete. Ezek sokkal stabilabb dolgok, és minden fejlesztőnél közös.

14: az összes kódbázis lehet, hogy több millió sor. De amit a kolléga írt ezek már elosztott rendszerek. És (többek között ezért és a feldolgozási sebesség miatt is) sok-sok külön álló cél számítógép dolgozik együtt. Egy-egy részben nincs több millió sor. Sokszor egy-egy részegységben van pár száz, esetleg pár ezer sor. És egy-egy részegységet is egy egész team fejleszt. Egy pár száz soros programot úgy végig lehet tesztelni, hogy ténylegesen ne maradjon benne hiba. Arról nem beszélve, hogy sok esetben ezeknek a programoknak a nagy része hiba kezelésről szól. Például egy olyan egyszer dolog, mint pl. egy liftnél (busznál, vonatnál stb.) az ajtó becsukása (nem egy esetben ajtónként van egy mikrokontroller alapú célszámítógép), tök egyszerű jön a parancs, hogy "ajtót csukd be". Erre a gép elkezdi végrehajtani az ajtó becsukását pár mechnaikus végrehajtó elemet működtet. Majd nem jön meg az a jel, hogy "ajtó csukva" ekkor elindul ennek a hibának a feldolgozása, jelezni a központi /magasabb szintű/ rendszer felé, hogy az ajtó még mindig nyitva, és már rég csukva kéne lennie ajtó záródási hiba. A többi szenzor jele alapján megsejteni, hogy mi okozta, hogy az ajtót nem tudtuk becsukni (pl. mert ott maradt Józsi néni cipője és rácsuktuk) stb. stb. A központi rendszeren futó program mit érzékel? Az ajtó nem csukódott be. És vagy megkapja a hiba okot vagy sem. De a központi rendszert nem érdekli, hogy az ajtó azért nem csukodott be mert rázártuk Mariska bácsi lábára az ajtót, vagy azért mert bugos az ajtó szoftverje... A lényeg az ajtó nincs csukva, a lift, busz, villamos stb. nem tud elindulni. Esetleg megismételhető a csukva állapot érzékelője, hogy azt közvetlenül is megkapja a központ rendszer, és akkor még kevesebb a hiba lehetőség. De magában az ajtó vezérlőben is a kód nagy része a hiba kezelésről szól. Ezek szét vannak nagyon durván tesztelve. Nem egy esetben van, hogy külső tesztelő kapja meg. És ekkor még nincs ott az ajtó még csak kód fázisban van. Utána megépülnek az első "deszka modellek" és azon utána megint kezdődik előlről a tesztelés. És alapszabály, ha bárhol bárki belenyúl a kódba akkor a legeslegelejétől teljes újra tesztelés. Nem autó, hanem egy más fjta automatika esetén jártunk úgy, hogy a megrendelő kitalálta, hogy az egyik beépített képernyőn megjelenő szövegen módosítsunk. És semmi más nem történt csak a szórenden módosítottunk. És nem volt más, hogy az egész tesztelési folyamat indult elölről. A nem érintett sw. modulok esetén az egyedi modul tesztek nem, de az érintett moduloknál teljes modul teszt ismételten. Utána az össze linkelt program esetén viszont már a teljes teszt deszka modellen, majd az éles rendszeren /itt azoknak a moduloknak is az "összerakott" rendszerben újra tesztelése amihez elvileg nem nyúltunk, de a fordító, a linker akármelyik program is hibázhat!!!/. Sokszor egy-egy módosítás esetén nem a módosítás a drága, hanem a teljes tesztelés. És tényleg ezek nagyon szét vannak tesztelve, mégis nagyon ritkán marad egy-egy bug (nem egy esetben kiderült már, hogy ezek a hibák nem a fejlesztők által lettek elkövetve, hanem pl. a fordító programban voltak benne, a fordítók által használt gyári libekben, vagy magukban a processzorokban maradtak benne).

Az ilyen rendszereknél rettenetesen szigorú szabályok vannak mindenre. És igen a legkisebb módosítás is teljes újratesztelés. Nagyon nem azonos azzal, hogy pl. valamelyik közösségi oldalon lévő millió soros programban van valahol több ezer bug. Ott ez kutyát nem érdekli, max a felhasználó anyázik egyet, de az élet megyen tovább.

"Miert nem több millió sor kód fut?"

Hát nem. Még véletlenül sem.