a wikipédia nem azt írja, hogy elavult a linux kernel, hanem azt, hogy Andrew Tanenbaum szerinte elavult(és nem "már" elavult, hanem ő már a kezdet kezdetén egyszerűen úgy gondolta, hogy elavult :). vita van arról, hogy melyik kerneltípus a jobb. ez a fickó úgy gondolja, hogy a micro kernel, linus és mások pedig azt, hogy a monolitikus. bővebben:
http://en.wikipedia.org/wiki/Tanenbaum-Torvalds_debate
(egyébként kicsit talán tényleg fura, ahogy beidézi a magyar wikipedia.)
szerk:
egy volt microsoft alkalmazott a linux kernelről(toros könyv ismertetéséből az idézet):
"Ezeknél persze komolyabb állításokat is olvashatunk a könyvben: ilyen mondjuk az, hogy a szabad szoftverek kódja jobb minőségű és letisztultabb, mint a zárt forráskódé. Így például a Linux kernel egyszerűen jobb, mint az NT kernel.
A szerző szerint az egyik legfőbb előnye a Linux kernelnek, hogy minden egy fában található: Így nincs szükség arra, hogy ezer éves architektúrákat tartsanak fenn csak azért, hogy a hardvergyártók által készített, külső driverek működjenek. Linuxnál a kernellel együtt élnek a meghajtók, így a kernel frissülésével ezeket is hozzá lehet igazítani a változásokhoz. A Windows kernel nem így működik, aminek az az ára, hogy feleslegesen megnő a komplexitása, nehezebben tartható karban, lassul a fejlesztés, és bizonyos tervezési hibákat egyszerűen nem lehet utólag javítani, mert az számítógépek millióin okozna problémákat a meglévő meghajtókkal.
A Linux kernel fejlesztési modelljét az evolucióhoz hasonlítja, ahol mindig a legjobb megoldás él túl. A beküldött kódoknak csak egy kis része kerül be a kernelbe, ez pedig Molnár Ingo, magyar származású kernel hacker szerint egyszerre lenyűgözően pazarló és bámulatosan hatékony. Linus egyszer úgy fogalmazta meg a feladatát, hogy az ő dolga az, hogy távol tartsa a rossz minőségű kódot. Mivel a kiadási ciklus mindössze három hónap, ezért a kernel szinte folyamatosan kiadás közeli állapotban van: éppen ezért ez az evolúció lenyűgözően gyorsan zajlik."
bővebben: http://mogorvamormota.hu/2009/02/02/after-the-software-wars/#more-165
