Mno, podle mě, pokud by tam místo Wordu dali Windows, tak by měli pravdu. Ale našlo by se i spousta dalších věcí... Myslím, že ten vtip měl být o softwaru obecně... protože skoro ve všech softwarových oblastech se stává to, že software nabíhá pomalu i na rychlých počítačích. HW se zrychluje a SW se zpomaluje. Netuším, proč musí na textový editor startovat 8 sec. v případě Wordu a asi minutu v případě OO.o?? Starý dobrý mc. Ten naběhne vmžiku. Nebo centericq... když porovnám rychlost nabíhání centericq s gaimem...
To už jsem někde smyšel :-) , tj. že spíše něž o lepší a lepší HW by se vývojáři měli spíše zaměřit na lepší využití sys. prostředků. Zkoušel jsem při problémech s partitions Hiren's boot CD .. byl tam osekaný Win95, který se nahrával do RAM. Víte, za jak dlouho se načetl třeba notepad? cca. 0,05sec. Problém dnešních aplikací je imho ve velikosti jejich jádra, které se musí načíst z HDD do RAM, což přeci jen trvá dobu nekrátkou.
ad. komiks: Povedený, jen jsem ho "četl" v jiné podobě, kterou bohužel nemohu poskytnout, protože mi to nedovolí autorská práva programu, ve kterém jsem ten vtip našel...
Hlavni problem mnoha aplikaci (vcetne zmineneho OpenOffice) je ze nejsou psane v assembleru ani v C, ale v C++, Jave a podobnych jazycich. Za moznost rychlejsiho vyvoje (casto nevyuzitou) se plati vetsi narocnosti programu na pamet i procesor ...
Na druhou stranu i v cistem C se nemuzete divit ze je to pomale, kdyz se nacita (a dynamicky relokuje) nekolik megabyte knihoven ... jasne, dneska kdyz se clovek podiva na libc a vidi ze ma 1.2MB, rekne si ze je mala, ale staci si uvedomit, ze v DOSu by se ani nevesla do pameti ...
Ja bych si spis zkusil uvedomit, ze DOS je uz prakticky 20 let mrtvy system a rychlost pameti, sbernic, disku apod. jsou dneska nekde jinde. Nacteni 1 MB do RAM je bleskovka a nedela se porad dokola.
Samozrejme ze DOS je davno mrtvy ... a clovek se nemuze divit, ze i takove zaklady jako libc jsou ted vetsi a pomalejsi (konecne, libc toho taky dnes umi o neco vic).
Nicmene, libc se sice nacita do pameti jen jednou (pokud neni opravdu velky nedostatek pameti), nicmene relokace se vazne dela porad dokola (pokud nepouzivate prelink) ...
Ještě napiš, že pro něj píšeš programy v Borland C++ 2.0 v paměťových modelech Tiny, Small, Medium, Large a Huge a já se Tobě i tomu "skvělému" operačnímu systému omluvím. ;-)
Ja bych spis videl problem v tom jak je to psane nez v cem to je. Ono rychle a relativne usporne programy se daji psat i v te Jave a ta ma dost nenazrany runtime. Nepocitaje to, ze v jistych smerech trhne i Ccko... Ale to patri do jine debaty.
Je pravda, ze JAK je to psane byva velmi casto vetsi problem nez v cem to je, ale rychle a usporne programu v Jave psat NEJDOU. Java se zrychluje pouzitim JIT kompilace, ale ta se projevi pouze kdyz program bezi stejnomerne delsi dobu - tedy spis v programech, ktere nebudou rychle a usporne ani kdyby byly napsane naprosto perfektne.