( saxus | 2014. 01. 30., cs – 02:22 )

Igen, nyilvánvalóan benne van az is, hogy a régi gép egy 200 Mhz-s P200-as volt 16 Mb rammal és egy ATA33-as vinyóval, az új meg egy 4x3,6GHZ-s Xeon 32G rammal SSD-vel, sokszorta nagyobb memóriasávszéllel, szélesebb rendszerbusszal, jobb, optimálisabb architektúrával és azzal a ténnyel, hogy majdhogynem beférne mindaz, amit anno a RAM-ba tett a gép a CPU cachejába. Szóval igen, sok köszönhető a vasnak is.

Másrészt viszont tévedésben vagy. Jelenleg a szoftverfejlesztési módszerek 10-15 évvel el vannak maradva a mostani hardverek képességeihez képest. Egyszerűen nincsenek felkészítve a mai szoftverkörnyezetek arra, hogy a mostani - és a jövő - gépein fussanak és akkor nem kell elmenni a multithreadig, elég a arra gondolni, hogy hány éves késéssel kezdik kihasználni a fordítók a CPU-kba, GPU-kba rakott plusz featurekat és mennyi év, mire azokat megírják. Hardware vertikális skálázódása (=nagyobb Ghz) meg már 10 éve megállt, azóta a horizontális skálázódás (=több mag, több channel, stb.) megy mindenfele. Ebben a 40 évvel ezelőtti rendszerekre fejlesztett programnyelvek egyre kevésbé tudnak lépést tartani. Emiatt egy C pl. egyre kevésbé alkalmas alkalmazásfejlesztésre. (Még ha ez nem is tetszik neked). Ilyen szempontból a mostani menedzselt nyelvek hosszú távon sokkal alkalmasabbak lesznek, ahol nem neked kell a threadinggal szenvedni, hanem egy okos VM eldönti helyetted, hogy mi az optimális elrendezés.

Másik meg, szoftverek felől is nagyobb lett az igény: egyrészt hordozni kell magukkal egy hatalmas nagy hagyatékot backward compatibility néven, rengeteg régi formátum és hasonló támogatása szükséges. Plusz formátumok is megszaporodtak: jpeg, png, gif, svg, html, doc, docx, odf, stb. Plusz megnőtt az igény az integrációra, különféle tartalmak egymásba ágyazására. Pl. az, hogy egy videót le tudj játszani ma egy honlapon az magától értetődő igény manapság. Senki nem fog azért külön fájlt letölteni, megnyitni egy videólejátszót, opcionálisan a megfelelő codecet megkeresni (azok is szépen megszaporodtak a különféle igények miatt) stb. stb. stb, mikor működhet az egész úgy is, hogy kattintasz és helyben lejátsza a videót. Vagy még sorolhatnám a hasonló igényeket.

Na meg, kinőttünk a 256 színű korszakból, végre van 16,7M színünk, ami már elég (meg is állt jó időre itt a fejlődés), lett elsimítás (TrueType), aztán lett TFT-hez igazodó (ClearType), ezek is plusz CPU-t, ramot, tárhelyet igényelnek, megjelent az igény az unicode/utf-8-ra, különféle lokalizációs dolgokra (i10n, i18n), jobbról/balról írt szövegek támogatására, mindezt vegyítve és a többi és a többi és a többi.

Viszont ha már sebességnövekedés: igen, önmagukban lassulnak a programok. Igen, manapság, mikor dúskálunk az erőforrásokban (szerintem kb. 2006-7 környékén érték el azt a színvonalat a gépek teljesítményben, amivel - főleg egy ma SSD-vel megtoldva - a legtöbb ember kényelmesen el tud lenni*), így sokszor előrébb lépett a Time to Market. De ez van, aki dolgozott már informatikusként egy olyan helyen, ahol használják is a szoftvereket nem csak fejlesztik, az pontosan át fogja érezni a "tegnapra kell" nyomást és rá fog jönni, hogy messze nem az a lényeg, hogy a világ legoptimálisabb kódját írja meg, hanem, hogy költség/idő arányban írja meg az optimálisat. Mikor egy-egy cég 10..100K HUF-os órabéren számláz support/fejlesztés díjban, vagy mondjuk n*3-500K megy el egy átlag kóderre havonta, akkor kb. átérezhető, hogy mennyi jelentősége van annak, hogy most 4 vagy 5 évente vesznek 800K-ért vasat. (Ilyenkor szokás jönni az FB-vel meg a többivel, de hagyjuk, nem egy méret a cégek 99,999%-ával)

Másrészt meg, nekem azonos vason gyorsult végig az Office 2000->XP->2003->2007 ;) Sőt, a legmeglepőbb egyébként az volt, mikor 98-ról átálltam XP-re, illetve XP-ről Windows 7-re. Mindkét esetben a legfeltűnőbb az volt, hogy gyorsabb volt minden. Egész egyszerűen azért, mert az 98-at és az XP-t nem azokra a hardverekre írták, mint amit én használtam, hanem egy korábbi generációra.

* Ennek hatása jól megfigyelhető: most az új szlogen az energiatakarékosság és a mobilitás, ld. ARM-es chipek térnyerése. Na ne mondja már senki, hogy oda nem kell optimalizálni.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™