Igazabol nem az OOP a hibas. Hanem az, aki nem tud OOP-ben programozni (es ebbol aztan tenyleg rengeteg van!!!). Mert a .NET baromi kenyelmes, konnyu megtanulni, minden hulye tud vele latvanyos (es lassu!) programot irni, de ha nem figyelsz oda, hogy pl egy sima string is egy object, akkor majd csodalkozni fogsz, hogy miert a GC viszi el a futasi idod 70%-at... :)
Hogyha pontosan tudod h mit csinalsz (erted hogy milyen overhead-ek vannak oroklodesnel, mi mennyi memoriat fogyaszt, stb), nagyon gyors tud lenni. Ugyan igy assemblyben is lehet baromi lassu programot irni!!!!
Amugy pedig ott a Mono project. Az pont .NET linux ala! :)
A java pedig azert lassu, mert nem Just-In-Time foritasra talaltak ki a kodjat, hanem ertelmezore...
Az OOP a hibás az egészért. A régi C az még türhetõ méretû és sebességû kódot gyártott. 10 éve voltam az elsõ C++ tanfolyamon, ahol még a borland C++-al fordítottunk progikat. Már akkor megkérdeztem, hogy mire is jó ez az OOP ha nagyobb kódot fordít, és lassabban is fut. Erre az volt a válasz, hogy sebaj jön a gyorsabb proci, meg a sok memória, és egyszerûbb áttekinthetõbb a kód. Na errõl az áttekinthetõ kóddal már akkor sem értettem egyet, és mind a mai napig ez így maradt. Ezek után mit csodálkoznak, hogy böszme nagy és lassú progik készültek. Kárörvendve mondhatnám, hogy nesze nektek OOP, de sajnos nem tehetem, mert a világ nagy része még nem jött rá, hogy a java, meg a .net egy erõforrás zabáló szutyok. A .Net ráadásul nem kompatibilis a linuxokkal, és hát a java igazán látványos grafikai részei sem futnak minden oprendszeren, azt is úgy kell hegyezgetni, hogy mi fog futni ezen vagy azon a gépen. Ez van, ezt nem most baszták el, hanem 10-15 éve kellett volna wc-be dugni a sok oop buzi fejét és ráhúzni párszor a tartályt!
Nem tudok teljesen igazat adni neked.
A mostani processorok sokkal gyorsabbak, mint ahogy a memoriat elerik. A gyorsito tarjuk veges kapacitasu. Ugy tudod a programodat optimalizalni (meg .NET-ben is!!!! (En csinaltam... :))) hogy a proci cache-be minel tobb minden beleferjen egyszerre. Ha nem igy teszel, a sok memoriara varas elveszi az idod 90-95%-at.
Miutan a mostani orias programok eleve 50 megakat foglalnak a memoriabol, kizartnak tartom, hogy minden reszuk minden esetben full optimalisan futna.
Assemblyben nyilván lehetne tök optimális, gyors és kicsi oprendszert írni, csak mondjuk egymillió emberév munka lenne. Ha gyorsítani szeretnénk a fejlesztést muszály szabványokat, modern nyelveket, OOP-t használni, debugolhatóra megírni mindent. Ezek mindegyike egyre lassítja a programot, egyre több hibalehetõséget csempész bele, viszont exponenciálisan csökkenti a fejlesztési idõt. A Vista, a .Net 2.0 évekig készült/készül, de ha ezekre fejleszt az ember, hónapokat spórol meg.
Meg persze ott van hogy az emberek elvárásai a szoftverekkel szemben egyre nagyobbak. Ma már nem igazán a command prompton matat az átlag júzer, hanem animált felületeken nyomkod. Ennek nyilván többezerszeres a hardwareigénye.
Szóval a manusznak igaza van, egyre lassabbak a szoftverek, de hülyeség errõl panaszkodni. Mellesleg õt se tartja vissza senki attól hogy a szuper laptopjára felrakjon egy shellt- és abban dolgozzon karakteres módban: az fix hogy eszement gyors lesz.