Google pomůže OpenOffice.org

ZDnet informuje o rozhodnutí Googlu najmout a platit programátory, kteří by pomohli kancelářskému balíku OpenOffice.org s jeho neduhy (paměťové nároky, velikost instalačního balíku).

1.11.2005 12:07 | Daniel Kvasnička ml. | IT novinky

Komentáře

[ytre]

ukol cislo 1. vykopat z nej javu?

[Daniel Kvasnička ml.]

no, tak to nevim. Jednak je v nem ta Java dost zazrana a pak taky Google je ted moc velky kamarad se Sunem a nejsem si jisty, jak by se na to Sun tvaril. Uz ted povazuju OOo 2.0 za 100% pouzitelnou vec, kdyz ma clovek trochu trpelivosti. Ale chapu, ze pro majitele starsiho zeleza to asi neni zadna sranda...

[XXX]

Přidávám svůj hlas za vykopnutí JAVY!

[Daniel Kvasnička ml.]

chlapci, chlapci, bacha tenhle portal na Jave jede, tak aby si vas Leos nepodal

ne vazne, taky bych uvital, kdyby ji tam bylo mene.

[VícNežNic]

Spíš se mi zdá, že by pomohlo, kdyby to v Javě bylo celé…

[Lukáš Zapletal]

Chlapci, akorát dáváte najevo, že o Javě v OOo nic nevíte. Javou ty pomalé starty a jiné věci rozhodně tedy nejsou - stačí si zjistit, CO je v OOo v Javě napsané. Viz příspěvek TomCata.

[XXX]

Já jsem spojení rychlostí Javy a rychlostí startu OO už dementoval. Takže pořád zůstává problém s licencí JAVY a její pomalost.

[VícNežNic]

Java je sice na ráně aby si do ní mohl každý kopnout, ale v tom ten největší problém OO.o asi nebude.

[Marek 'marx' Grác]

A čím by si ju chcel nahradiť? Vezmime to logicky. Potrebuješ podporu na viacerých platformách, takže zostáva buď platformovo nezávislý jazyk (napr. C++), ktorý musíš prekompilovávať, takže sa ti (ako tvorcovi rozšírenia) pridáva kus roboty, alebo použiť skriptovací jazyk. Ten má však tú vlasnosť, že v tom nedokážes spraviť vlastne nič, čo by malo zostať ukryté (vývoj komerčných modulov). Takže zostáva len Java.

[Josef Kufner]

Javu určitě vykopat z OOo jakožto z jádra balíku, ať bez Javy funguje stejně dobře jako s Javou. V javě ať si klidně jsou nějaký pluginy a podobný věci, ale ať se to bez ní obejde.

Protože je to multiplatformní, tak tím spíš bych zůstal u C++ a pro každou platformu ať to používá tamní dialogy, widgety, prostě ať to tam nativně funguje. To že se to chová napůl jak program z win, něco pochytí z unixového světa a něco je kříženec obojího je naprosto příšerný.

[VícNežNic]

Tohle by se právě mohlo vyřešit tou Javou.

[XXX]

Co zkusit jiný objektový skriptovací jazyk? Python?

[VícNežNic]

To už můžeš použít teď. Ale čím by byl Python lepší od Javy?

[XXX]

licencí. Jinak Java je docela zajímavý jazyk.

[Marek 'marx' Grác]

Ale pokial viem tak RedHat zase investoval do toho aby siel pouzit nejaky iny java-engine (tusim gjc) a tam problem s licenciou nemas, nie?

[Spike]

Proto existuje projekt, který se snaží o to, aby bylo možné bytecode v OO.o přeložit pomocí gcj.

[VícNežNic]

Existujou i projekty co by měly zcela zastoupit Suní JRE

[Lukáš Zapletal]

Python už v OOo ale je. Podívejte se sami.

[XXX]

Co vykleštit Javu a nechat pythona?

[VícNežNic]

Ve chvíli kdy už máme celou jednu část balíku v Javě (Base)? Strategické rozhodnutí v pravý čas, jen co je pravda. Vyhodmě to celé, ne?

[jmeno anonyma]

Vyhodit to a vylepsit koffice by mozna nebyl tak spatny napad.

[Jiří (BoodOk) Kadeřávek]

Pouze java preklada do bytecode? Ale to snad ne.

[Marek 'marx' Grác]

ok, ktorý kompilovaný, rozšírený, imperatívny jazyk?

[Spike]

Ať přejdou na .NET/mono a může si to psát kdo chce v čem chce, pokud pro to existuje kompilátor do CIL. ^_~

[Jerry]

Joj, a pak by se ukázalo, co bylo pravdy na tomhle citátu.

[Spike]

No, pokud tou dobou bude Mono dostatečně zavedenou platformou, což IMHO bude... Tak nám tu Microsoft zanechal něco hezkého na hraní, no.

[Honza Jaroš]

Fajn. A pak by uživatelé Windows museli kvůli OOo instalovat kromě MS .NET ještě Mono? Nevím, nevím, to je podle mého soudu vyhánění čerta ďáblem :-/

[Spike]

Aby si náhodou nemuseli nainstalovat ještě GKT+ a Qt4...

[Honza Jaroš]

Ale co, stejně je to, co tady píšem, jenom plácání prknem o rybník. Kancelářský balík (víceméně) od Sunu a Microsoftí .NET? Zajímavé spojení

[TomCat]

Fajn. Takže kde KONKRÉTNĚ ti ta "java" v OpenOffice.org tak vadí? Nějak jsem si nevšiml, že by OOo s Javou nějak stálo či padalo. Jenom samé kecy, fámy a lži.

Hrozně by mě zajímalo, který z těch žvanilů neustále dokola si stěžujících na "javu" nebo "python" nebo cokoliv dalšího v OOo dotyčný balík opravdu rutinně používá a pokud ho už náhodou používá, jestli v něm taky třeba něco vyvíjí nebo jen píše půlstránkové dopisy přítelkyni...

Btw pokud někomu ta "java" v OpenOffice.org tak moc vadí, nemusí ji přece ani instalovat ani používat. To, že tím přijde o některé funkce, je logickým důsledkem. Asi podobnně jako když někomu vadí v Linuxu třeba PAM, nemusí to používat a fungovat to bude taky. Jen věci související s autentizací atd. možná jaksi potom nebudou tak "pohodlné"...

Pozn.: "java" je v uvozovkách ze stejného důvodu jako by v uvozovkách byl třeba "OpenOffice". Zkus hádat proč...

[XXX]

1. pomalost javy

2. licence javy

Takže to vypadá že je to problem jak politický tak rychlostní. Aby balík OO startoval tak dlouho je nonormální, MS Office startuje pod CrossOfficema(to je emulátor) rychleji než OO přeložené pro linux....

[VícNežNic]

K bodu jedna. Tohle by byl právě na Sun tlak aby zlepšil GUI část Javy, k čemuž by snad i zřetelně s verzí 1.6 mohlo dojít.

Licence, no jo. To se obávám, že teď s tím nic nenadělám, to mě též štve.

[VícNežNic]

A Java s rychlostí startu i běhu IMHO moc nesouvisí. Měl jsem pokud vím verzi jedna java-free a bylo to ještě horší.

[XXX]

Nechtěl jsem spojovat rychlost startu a javu. Bral jsem to jako další bod.

[Michal]

Kdo ti nakukal takovy nesmysl, ze CrossOffice je emulator? Vzdyt to preci vychazi z Wine.

[XXX]

sorry... tak je to wine no. je to buřt.

[Peto_MiG]

Čo sa týka Javy, musíte si priatelia uvedomiť, že vývojárov OOo je žalostne málo. Požiadavky používateľov sú veľké, počet chýb a žiadaných funkcií obrovský, pomoc malá.

Takže akokoľvek sa mi prítomnosť Javy nepáči, chápem, že bez nej by tam tie veci, čo na nej teraz chodia, jednoducho neboli.

Ak je obojstranná snaha, aby to aspoň chodilo na GPL implementácii Javy, tak to je asi najlepšie východisko, ktoré si v súčasnosti môžeme dovoliť.

Je fajn, že Google sa zapája; dúfam, že to nie je len marketingová bublina.

[Daniel Kvasnička ml.]

teda nevim jak vy, ale ja se priznavam, ze sem si fakt myslel, ze nemotornost OOo (nejen starty) je zpusobena hlavne Javou. tak tedy si ted mam myslet, ze kdyby tam ta Java nebyla, rychlost (celkova) se nezlepsi?

[TomCat]

Rychlost se nezlepší, dokud se nenajde dostatek schopných a disciplinovaných vývojářů (a tím rozhodně nechci říct, že ti stávající by byli neschopní!), kteří přepíšou celé jádro OOo do úspornějšího kódu (C++ je samo o sobě příšerný hnůj a když ještě v OOo je na sebe navrstvených několik frameworků, tak se některé funkce jsou schopné volat i přes 7 rozhraní za sebou a to jsem ještě nezkoumal jak hluboko sahá dědičnost objektů) a dokud se OOo nezbaví hodně "tlusté" vrstvy, která zajišťuje jeho "multiplatformnost" (ovšem ne tak, že by pro každou platformu byla nejaká tenká mezivrstva jako je třeba wxWindows, ale ono se prostě všechno v OOo nějak "emuluje" - třeba vlastní správa fontů, vlastní GUI framework atd atd).

No a ti z vás, kteří někdy byli donuceni dělat facelifting nějaké větší aplikaci, na které se podepsalo stádo programátorských prasat, určitě snadno pochopí, že to není nijak jednoduché a občas je lepší napsat aplikaci znova. Jenže u něčeho, jako je OOo nebo Mozilla/Gecko, to jaksi z mnoha důvodů nepřipadá v úvahu.

Takže platíme pomalým kancelářským balíkem a pomalým renderovacím jádrem (k němu se ještě nabaluje úžasně "výkonné" GUI psané v podstatě v interpretovaných pseudoobjektových blivajzech jako je XUL a JavaScript) nejméně za dvě věci: za prvé pohodlnost programátorů a potenciálně "snadnou" údržbu kódu ("snadné a přehledné" objekty v objektech jiných objektů...) a za druhé přetrvávající balast z doby proprietárního closed source vývoje, kdy každý zvysoka kašlal na nějaké optimalizace a systematizaci projektu a vývojáři bastlili záplatu na záplatu aniž by je vůbec napadlo něco jako je řízení projektu a správa API/ABI.

To je tak asi v kostce popis problému pomalosti OpenOffice.org a některých dalších aplikací postižených stejným syndromem: komerční vývoj systémem honem-honem-ser-na-to-hlavně-ať-už-je-to-na-pultě a následné uvolnění kódu po krachu firmy nebo její akvizici (a zjištění nového majitele kódu, že si pěkně naběhl).

Btw až vám zase někdo bude argumentovat tím jak je OOo nebo Firefox/Thunderbird oproti MS Office a Internet Exploreru pomalý, nehádejte se s ním. Ti lidé mají totiž pravdu a veškeré argumenty, které můžete použít, je vůbec nezajímají. Jsou jim úplně fuk.

Takže si tady můžeme donekonečna masturbovat s fakty, že celý Internet Explorer je integrovaný do Windows a po celou dobu jejich běhu je natažený v RAM (to byste se divili kolik win aplikací zobrazuje v okně skrze COM iexplore - začít můžete třeba hned Průzkumníkem) nebo že podstatná část funkčnosti Wordu a Excelu je taky obsažena v základních systémových knihovnách. Nebo že nainstalovaný MS Office už nejde odinstalovat (při jeho odinstalaci zůstane v systému několik MB knihoven, protože jinak by se systém zhroutil). Nebo desítky dalších argumentů. Jenže nic z toho běžné uživatele (rozuměj 80% lidí u klávesnic) nezajímá. Tečka. Podstatou tohodle je to, že žádný alternativní browser ani kancelářský balík nebude tak rychlý jako MS aplikace. Tím "rychlý" myslím třeba zobrazení okna po kliknutí na ikonu, což je to, co BFU zajímá. To, že třeba Opera má většinou mnohem rychlejší rendering a Firefox správně interpretuje většinu W3C standardů, je sice hezké pro tu naši pětinu "gramotných" poweruserů/developerů/geeků, ale těm ostatním je to f.u.c.k. Fakt věřte mi...

[Daniel Kvasnička ml.]

dik za odpoved to s tim FF/TB jsem taky zjistil. I na Woknech jsou pomali, ale az teprve na Linuxu to clovek poradne pociti...