Firefox 4.0 bude startovat rychleji

Nově se už rozšíření nebudou vybalovat z xpi souborů a rovněž asi 1500 souborů ze samotné instalace bude umístěno do jediného souboru.
Konecne nekdo dostal rozum, ted jeste aby to napadlo i ostatni firmy a programatory. K cemu jsou programy, skladajici se z tisicu a tisicu souboru?

Je to dobre proto, ze obrazek muze programator referencovat jmenem (a ne treba cislem/symbolickou konstantou), ze muze obrazek zmenit bez nutnosti rekompilace – treba i za behu, ze nepotrebuje specialni nastroje.
Co je uzivatelum po tom, z jakych soucastek se program sklada? (Nerikam ze to nesmi vedet, ale programator ma pro rozhodnuti vice informaci.)
Uzivatel ty soubory nevidi (ledaze by hledal, potom dobre mu tak), takze nemuze rikat, ze mu delaji neporadek. Pokud je program pomaly, at nahlasi bug na pomalost, ne na mnozstvi souboru. („Tech souboru je tam moc, urcite za to mohou ony.“)

No ona instalace Firefoxu na flasku (Portable apps Firefox) s x desítek souborů je na strašně dlouho, přitom ty flašky dneska jsou relativně rychlé a to kopírování by bylo za 5 vteřin. Takhle to trvá minutu a více. Takže bych se také přikláněl k skumulování souborů. Stejně si firefox bere desítek MB v paměti tak o pár MB více co na tom záleží, lidi to krom Linux – community neřeší… vždyť dnes má už každý druhý více jak 1GB ram v PC, takže jestli FF zabírá 100MB nebo 120MB v ram už je nepodstatné…

Jj, vzpominam si, jak u drivejsi verze ICQ nesly vypinat zvuky a resil jsem to prave smazanim nezadoucich souboru. No uzivatel ten program musi pouzivat, tobe by se taky asi nelibilo, kdybys musel davat auto do garaze rozebrane a kazdy den je zase skladat.
Programator si to sice skutecne muze delat jak chce, ale mel by take myslet na to, aby se jeho vytvor co nejsnaze pouzival. A manipulace s mnoha malyma souborama je pomalejsi nez s jednim velkym, tak proc to neudelat lepe?