Open source aplikace zpravidla nedosahují kvalit, které firmy potřebují. Navíc na platformě open source nejsou k dispozici řešení a dodavatelé. Většina čtenářů root.cz si primárně "hraje s počítači" (administrace desktopu, serveru, vývoj toho či onoho), a způsobilost open source posuzuje touto optikou. Firemní svět (i státní správa) se na věci dívá úplně jinak.
Nabízí se možnost open source aplikace upravit, ale to stojí spoustu peněz, času a úsilí. Neumím si představit, že by státní správa (se svou z definice vyplývající neefektivitou) sama vyvíjela jakékoliv aktivity na poli open source.
K přechodu na open source existují příklady typu Mnichov a Vídeň. Mnichov má přejít tuším do roku 2009 (to je 7 let trvání projektu?), Vídeň si vytváří vlastní distro Linuxu... To nejsou dobré cesty.
No to že si vztváří vlastní distro až zas tolik nestojí.... to že vývoj dister stojí prachy spočívá dosti v tom že se růyní distributoři snaží udělat abstraktní linuxové ovládací systémy a tvoří balíkz k nečemu co státní zpráva nepotřebuje. Vztvoření vlastního distra vidím při intenzivní práci tak na mesíc ve dvou lidech... :-) Spíše si myslím že daleko težší a dražší je dát dohormadz analýzu která bz řekla na jaký komplz se to bude instalovat a co je od toho systému potřeba...
Nedavno jsem se ptal jedne pomerne velke ceske sw firmy dodavajici ekonomicky sw pro verejnou spravu, proc neumoznuji vyuzit openoffice z jejich aplikaci.
Odpoved byla takova, ze z jejich strany problem neni, o teto moznosti uvazuji, ale ze je problem na strane OpenOfficu, ktery v soucasne dobe neobsahuje potrebny interface k jejich aplikacim (narozdil od MSOffice).
No my jsme se ptali našeho dodavatele ekonomiky a spisové služby jestli je možný přechod na OO.org, oni provedli drobnou analýzu a světe div se zjistili, že se jim s OO.org spolupracuje lépe a připravují verzi, která nám umožní používat obé.
OpenOffice má poměrně dobře udělané Java rozhraní, které umožňuje spoustu věcí.
Jiná věc je, že toto rozhraní není kompatibilní s MS Office, takže by dodavatel musel podporovat obě rozhraní.
Mhhh takze me plati za hrani .... to je mi novinka.
Jinak kdyz jsme jednu firmu migrovali z Novellu na Linux tak to trvalo neceli rok (spis 1/2) a vetsinu casu zabrali testy, protoze na tom novelu toho bylo opravdu hodne a nebylo to tak, ze se pracovalo full time, spise narazove a prevod se delal v case prac klidu. A muzu roct ze tam Linux slouzi dobre k plne spokojenosti jak uzivatelu tak adminu.
Jinak Office je totalni shit, protoze exel neumi ani spravne scitat, takze jeho vysledkum neverim a kdyz scitam s cisly s max 1 desetinym mistem tak nechapu, proc bych mela delat zaokrouhlovani, jen proto ze v nejakem rozmezi si prida +0,0000009 ??? a kdyz toto rozmezi zase prekrecim, nebo podlezu tak zase scita dobre .... takze asy tak je kvalitni nejpouzivanejsi Office balik vubec, lidem to asi nevadi, mi ano protoze ja i nasobim a delam ruzne psi kusy, kde tento ulet udela velkou odchylku .... a popravde pouzivali by jste kalkulator o kterem vite ze se plete v tak trivialnich vecech ??? Co az prijde na vzorce ktere se opravdu musi pocitat numerickymi metodami, kde ke skresleni dojit musi ??? Je pravda ze to je spise uloha pro jine programy nez Exel ale spise Mathematica, Mapple, Fotran, Octave ...
No já si myslím, že tabulkový procesor určitě nenahradí žádný Matlab nebo Mathematica nebo Fortran .... stejně jako jeho VB nenahradí C a ovladače se v skryptovacím jazyce VB dělat asi nikdy nebudou ;)
Nemůžu po nákladáku chtít aby jezdil jako formule .... a pokud ano tak si představte kolik by to stálo :)
Ale s tou chybou by mě to docela zajímalo.... můžete uvést konktrétní příklad (zajmá mě to ze studijních důvodů) ? ... dík
To sice nenahradí, ale pokud v něm chci zpracovat data a on mi z matematického hlediska každým výpočtem šíří chybu (nejistotu), tak to promiňte. Na nejistotách je pěkné to, že se vám vždy sčítají:-) A pokud na začátku je ta nejistota 0,0000000009, tak na konci už může být v řádů jednotek.
A za druhé, taká filozofická otázka. Víme, že 1+1=2. Co se stane z celým světem, vesmírem ..., když najednou bude platit, že 1+1=2,000000000001 ???? :-D
Tak to je normalni zaokrouhlovaci chyba pri praci ve dvojkove soustave, to je naprosto bezne ve vsech progrmech a zavisi to na poctu bitu pouziteho typu REAL.
Ne, tohle říká, že ten program je prostě zprasenej. float v C pobere hezkých pár řádů než začne zaokrouhlovat. A tabulkový editor je taky kalkulačka, jen oproti matlabu nepočítá s maticema, ale s tabulkou a čísly v ní.
Při práci s floatama apod. se nesmí porovnávat rovnou s číslem, ale musí se dovolit drobná odchylka, takže např. místo
if (cislo == 1.5)
napíšu
if (abs(cislo - 1.5) < 0.001)
Presne tohle mne privadelo k silenosti, kdyz jsem v Java pracoval s menou jako float. Pak mne za to servali na foru, ze je to nejvetsi zhovadilost. Delphi s tim problemy nemeli. Takze jsem float typy uplne vyhodil a zalozil typ (int,byte), ktery udava int cislo a byte pozici desetine carky.
Teoreticky je to pomalejsi, ale v ramci mych programu je zmena v rychlesti nemeritelan.
Proste jsem chtel mit spravne pocitajici program. Tak jsem ho tak udelal. MS o to zjevne az tak moc nejde.