Okolnosti hlasování o OOXML v Polsku (diskuse)

[progdan]

OMG jak je tohle mozny??? To se tadle instituce nikomu nezodpovida, ze je mozny tam provadet tohle?

[Heron]

Bylo anonymně potvrzeno, že autorem prezentace je člověk z Microsoftu.

Jedna paní povídala, že autorem je <doplň si sám>.

[SBE]

Jedna paní povídala mi připomíná TZ OSS Aliance, kde se uvádějí náklady ve stovkách miliónů. Jak k tomu OSS Aliance došla? Mohou se redaktoři ABC Linuxu zeptat?

[YES]

+1

[Daniel Kvasnička ml.]

Rychlejsi bude, kdyz se misto v OSS Alianci zeptaji rovnou v IBM

[xm]

Náklady ve stovkách milionů jsou možná přehnané, nicméně v desítkách milionů rozhodně ne (pokud se má jednat o kompletní implementaci OOXML). Viz blogpost Let's support OpenXML! (myšleno samozřejmě sarkasticky) od vývojářů KOffice, který jsem vám odkazoval už v jiné diskuzi. 60 člověkolet opravdu není málo.

[Daniel Kvasnička ml.]

Co kdyby jsi misto cteni blabolu anti-OOXML fanatika, ktery nikdy OOXML nezkousel implementovat, napsal mail do nektere ze spolecnosti, ktere OOXML implementuji a zeptal se jich jake jsou jejich casove a personalni naklady na to?

[xm]

A ona některá z těch společností snad implementuje kompletní kancelářský balík? Je hodně velký rozdíl mezi blbou implementací např. exportu do OOXML z nějaké vlastní aplikace a mezi kompletním kancelářským balíkem. Jestli to nevidíte, tak jste s prominutím zabedněnec (ale přijdete mi dost inteligentní na to, abyste to viděl).

Btw. nejedná se o žádného anti-OOXML fanatika, ale o jednoho z předních vývojářů KOffice, který má s implementací kancelářských formátů pravděpodobně větší zkušenost než kdokoliv jiný v této diskuzi, včetně vás.

[Daniel Kvasnička ml.]

No nevim jestli "kompletni kanc. balik", ale SW pro editaci OOXML uz par subjektu dela. Navic i kdyz delate export/import na nejake rozumne urovni, tak musite z toho formatu implementovat docela dost, podle meritek toho cloveka z KOffice porad v radu roku s nejakym tim tymem 5 lidi... a to IMHO pujde udelat drive.

Navic cela ta jeho matematika je extremne zjednodusena -- jako kdyby snad chtel psat ucelove proti OOXML... V tom blogu z MSDN je mj. napsano:

If we had to add support for Open XML to Mac Word 12 without being able to port code from Win Word, the read/write estimates shrinks down to about 8.5 man/years (44 weeks x 5 devs x 2 for read+write). As I recall, this about half of what it took to add HTML support to Word: 10 or so devs over a release cycle of 2 years.

Polovina casu, nez jak dlouho trvala implementace HTML. A to neni tak extremne rozsahle jako OOXML, ze? Nepripadne vam to trochu divne? Je tam moc promennych na to, aby bylo mozne delat takove bezpredmetne ucelove klicky, jake pan Sauer predvadi...

[xm]

If we had to add support for Open XML to Mac Word 12 without being able to port code from Win Word, the read/write estimates shrinks down to about 8.5 man/years (44 weeks x 5 devs x 2 for read+write). As I recall, this about half of what it took to add HTML support to Word: 10 or so devs over a release cycle of 2 years.

Polovina casu, nez jak dlouho trvala implementace HTML. A to neni tak extremne rozsahle jako OOXML, ze? Nepripadne vam to trochu divne? Je tam moc promennych na to, aby bylo mozne delat takove bezpredmetne ucelove klicky, jake pan Sauer predvadi...

Zapomněl jste uvést, že tenhle odhad byl pouze pro Word. Takže si to vynásobte minimálně 3x (můžete sice něco odečíst na sdílené části specifikace, ale zas na druhou stranu přičíst na další věci mimo text, tabulky a presentace, takže nakonec nula od nuly pojde).

Plus je třeba si uvědomit, že tohle je odhad pro implementaci do Mac Wordu, který má vnitřnosti s formátem OOXML velmi kompatibilní (OOXML je de facto jen přepis toho jak vnitřně funguje Word, Excel a Powerpoint do XML, proto je taky tak hnusný a vnitřně nekonzistentní - prostě každý pes, jiná ves). A dále uvedený postup přes RTF by pro KOffice rozhodně vhodný nebyl.

Zkrátka a jednoduše odhad jednoho z předních vývojářů KOffice se mi jeví mnohem fundovanější, než ten váš. Přeci jen vidí do toho více A ty jeho výpočty mi příjdou naprosto logické.

Vyčítáte zaujatost anti-OOXML "fanatikům", ale přitom se sám projevujete jako krátkozraký pro-OOXML "fanatik". Nevyčítejte jiným to, co činíte sám...

[Daniel Kvasnička ml.]

Zkrátka a jednoduše odhad jednoho z předních vývojářů KOffice se mi jeví mnohem fundovanější, než ten váš. Přeci jen vidí do toho více A ty jeho výpočty mi příjdou naprosto logické.

Fajn, nezbyva nam, nez si pockat. Treba vam dam za pravdu.

Vyčítáte zaujatost anti-OOXML "fanatikům", ale přitom se sám projevujete jako krátkozraký pro-OOXML "fanatik". Nevyčítejte jiným to, co činíte sám...

Ja jsem na rozdil od 95% lidi tady schopen uznat oba formaty a v obou vidim taky negativa, zcasti proto, ze jsem pro oba formaty psal generatory (pro tabulkova data). Zadny zazrak, ale zakladni obrazek jsem si udelal -- a to byl prave ten moment, kdyz jsem prestal bezmyslenkovite zastavat pouze ODF. Proste jsem videl, ze je to "taky jenom format". Takze brzdete s tim fanatikem.

[Luboš Doležel (Doli)]

Tak jsem se zeptal a sem dolů byl doplněn odstavec.

[SBE]

Ale stále jsme se nedozvěděli, jak k tomu čáslu došli a jaká byla metodika. A co je to ta renomovaná IT konzultantská společnost? Ta studie je neveřejná?

[Daniel Kvasnička ml.]

A co je to ta renomovaná IT konzultantská společnost?

Jo, tohle me na tom "vysvetleni" pana Molcana rozesmalo nejvic

[..... Izak .....]

Mi to tak pripada, ze M$ plati spammery, kteri flooduji kazdou diskuzi.

Postup v Polsku je skandalni a ja se ptam kdo z toho mel mit prospech ? Neprijde nekomu zajimave, ze se udela neco tak absurdniho, nejvice zainteresovana je firma Microsoft a nedokazi si predstavit, ze by tohle neudelal nekdo, kdo nemyl touto firmou nejak zainteresovan, bud financne nebo vyhruzkami ublizeni na zdravi jemu a jeho rodine. Oba jedine mozne pripady jsou trestne a i 3. moznost, ze to del z cireho presvetdseni ve format OOXML a tak neumoznil ostatnim regulerne hlasovat je trestny cin.