Vlákno názorů k článku Mnichovské kritice Linuxu chybí pádné argumenty od SpookY - Jak zmínil jeden z přispěvatelů přede mnou -...

Google office a M$ office som nikdy online nepouzil, lebo na to na co ja pouzivam excel je to nepouzitelne (vlastne addiny v Exceli, Reuters/Bloomberg add-in na realtime data) :-)

ten list aplikacii vyzera zaujimavo, pozrel som niektore a vyzeraju celkom dobre.

Ony ty webové aplikace nejsou zas takové zlo, na spoustu věcí jsou dostatečné. Vývojáři ovšem jsou druhá stránka, a to kolikrát i u desktopových aplikací, že :-)

"Google office a M$ office som nikdy online nepouzil, lebo na to na co ja pouzivam excel je to nepouzitelne..."

To chápu, web office nejsou všespásné.

"Velký" Outloook je jeden nejpraktičtějších SW, který kdy kdo napsal.

Ad mám X mailů, nieco tam najst je ciste psycho - mám řádově víc emailů, a hledám v nich fulltextem. Vyjma toho je dobrým zvykem si řadit emaily do adresářů podle tématu (například projektů, zákazníků, aktivit apod). Předpokládám že kdybyste dostával papírovou poštu v podobném množství, také byste si ji neházel do velikých krabic s nápisy "Inbox", "Sent Items" a "Archive" :)

A to snad v GMailu nejde? Stačí mi srovnat rychlost prohledání mailů v Outlooku, který jsem nucen používat v práci, a GMailu; nemluvě o kvalitě nalezených výsledků. GMail zlomky sekund v několika tisících e-mailech, Outlook prohledává minuty pár stovek e-mailů s výsledkem nejistým.

GMail používá na třídění štítky. Orientace velmi rychlá, práce s nimi taktéž.

Nejen GMail. I takový Kontact, vyvinutý dobrovolníky, hledá výrazně rychleji. A navíc mu funguje synchronizace e-mailů.

Jo, však já tím nemyslel, že je GMail jediný. Jen že tu někdo v diskusi tvrdil, že je GMail nepoužitelný. Určitě je pro určitý druh práce mnohem vhodnější použít klasického e-mailového klienta, plánovač, adresář atd.

Hledá výrazně rychleji než Outlook s Windows Search? To by mě dost překvapilo, protože výsledky v jsou Outlooku vidět už během psaní dotazu.

Zvlaste. Ja mam na Exchange niekolko giga pracovnych mailov a nikdy som nemal problem s tym, ze by to prehladavalo minuty alebo s relevanciou vysledkov.

,,Niekolko tisic emailov'' je smiesne cislo. Hocikto zo stredneho manazmentu dostava bezne desiatky mailov denne (maily typu ,,preparkujte zeleny citroen'' samozrejme mazem hned). V tisickach mailov ani hladat nemusim, v tom sa zorientujem standardnymi priecinkami a farebnymi kategoriami.

Nejak sa mi nechce zdat, ze by mi Outlook po par tyzdnoch (100-ky mailov) mal prestat poriadne fungovat.

Outlook od verze 2007 používá Windows Search, a hledá zatraceně rychle. Pokud provádíte fulltext search bez indexu, pochopitelně to dost dlouho trvá :)

Štítky hodnotím jako velmi nepraktické, navíc se to pere se IMAP synchronizací (štítky se tváří jako adresáře a vznikají duplicity). Děkuji, nechci.

jj, utlouk hleda rychle ... s nulovejma vysledkama. V 80% pripadu nenajde mail, mna kterej cumim.

Naštěstí to ostatním funguje. Takže vy můžete používat třeba GMail od Velkého Bratra, a zbytek světa, kterému normálně funguje Outook (asi protože má schopné adminy) pojede tak jako dosud :)

Ne loliku, ja pouzivam thunderbird pripojenej k exchange pres imap. A to jen proto, abych taky neco nasel. Zaroven mi v ramci "archivace" nepremistuje maily kamsi do horoucich pekel, protoze narozdil od utlouka (a exchange) vpohode zvlada i nekolik desitek GB mailu.

Hledání v Outlooku samozřejmě normálně funguje. A stejně fungují i mailboxy s mnoha GB pošty.

Archivace ve starších verzích Outlooku nabízí uživateli přemístění emailů do PST souborů, na nových do archivního mailboxu. To má velmi dobrý důvod. Při pár tisících uživatelů a pár GB emailů na uživatele server skladuje desítky TB emailů, a mělo by to být na velmi rychlých discích. Archivace dává možnost přesunout ta data na levnější úložný prostor. Všechno se to dá konfigurovat, ale chápu, že pokud admin neumí základy administrace MS Exchange, může to být nepřekonatelný problém :)

PST? To je ten formát write once read never, kvůli kterému začali všichni přecházet na IMAP? Ideální pro zálohy :-)

Duplicity vznikají, pokud máte neschopného klienta, který neumí IMAP používat. Všechny takto „duplicitní“ mejly totiž mají stejné identifikátory, které dle IMAP musí být na daném účtu vždy jedinečné, takže je jasné, že jde o stejné mejly.

Ona většina klientů asi nečeká, že ten samý mail může být ve více adresářích.

""Velký" Outloook je jeden nejpraktičtějších SW, který kdy kdo napsal."

LOL

"mám řádově víc emailů, a hledám v nich fulltextem..."

Hm to je super. Jenom taková drobnost, že není ani tak důležité, čím kdo hledá, ale jak dlouho to hledání trvá a jestli vůbec něco dohledá ;-) BTW lobo má cca 20 tisíc mailů, vy jich máte "řádově" víc. Tím nám chcete opravdu říci, že máte statisíce mailů? :-D

Ano, statisíce. Vy ne?

Ne, já ne, nevím, co bych dělal se statisíci mailů. To snad jedině, že bych vypnul antispam a nechával si vše, co přijde, ale nevím, k čemu by to bylo.

Vývoj jde kupředu, abychom na dnešních strojích s jednotkami či desítkami GB RAM a TB disky provozovali aplikace v browseru, které jsou funkčně pozadu i za těmi 20 let starými lokálními. Ve jménu pokroku a snížení produktivity práce přepíšeme všechno pro web. A nejlépe k tomu nacpeme data do cloudu, ať se na firemní dokumenty podívá majitel cloudu, ISP a všechny třípísmenkové agentury, které sbírají data po cestě do toho cloudu. Wow, krásný nový svět :)

Hele loliku, tome neco spadlo na hlavu? Nebo si onemocnel?

Ja jen ze mi tu M$ minimalne 4x doroka cpe jeijch uzasnej claud a vychvaluje jak je uzasne vyhodny calovat jejich uzasny webovy opice.

Tak v prvé řadě ty GB RAM a TB disků jsou nutné především kvůli widlím a desktopovým aplikacím. Webové, pokud to nevíte, nepotřebují TB dat na lokále a desítky GB paměti ;-) Jen pro zajímavost: win7 x64 + aplikace (0 her), bez uživatelských dat, bez swapu, za cca 3 roky zabírá 54 GB. Mint x64 + aplikace za cca 2,5 roků zabírá 14 GB.

Další věcí je, že jsem JASNĚ psal, že na MNOHO VĚCÍ, nikolov na VŠECHNO, jsou web aplikace dostačující.

No a o cloudu, respektive o tom, co si pod tím většina lidí představí, tedy např. DropBox, si myslím něco moc nehezkého.

Ale když nejsou argumenty, tak něco se překroutí, vloží se do úst výroky, které oponent netvrdil, hlavně, že se něco plácne, že jo.

Ty GB RAM a TB disků jsou tak levné, že je dostanete za cenu, za kterou jste před časem dostal jednotky MB RAM a stovky MB disků. Pokud jde o webové aplikace, tak zrovna ohledně RAM mi moc úsporné nepřipadají. Pár tabů Facebooku a Youtube dovede sežrat GB RAM v jakémkoliv browseru.

Webové aplikace jsou mizerná náhražka těch lokálních. Umí toho v principu méně než ty lokální, a HTML (včetně HTML5) je pro tvorbu interface míle pozadu za technologiemi dostupnými na lokálu.

Nevím, asi jim to připadá hodně trendy. Cloudová bublina nejspíš splaskne stejně jako .com bublina. Samozřejmě web i cloud má pro některá nasazení smysl. Ale nahrazovat lokální aplikace webovými je skoro zločin na uživateli.

No a zatímco vy si tady cintáte pentli o zločinech na uživatelích, tak jich desítky milionů ty hrůzné webové aplikace používají, protože co? No protože jim stačí ;-)

Na psaní příspěvků na Facebook a koukání na idea koček na Youtube je webový prohlížeč super věc, o tom žádná :)

Netušil jsem, že Office 365 jsou 20 let pozadu. Nicméně ne všichni dělají tak špatné webové aplikace ;-)

Chápu, že v MS pro vás platí cloud ≡ Azure, ale na Linuxu si můžete spustit vlastní cloud, kam se logicky nikdo jiný než lidé, které kontrolujete, nepodívá.

Office 365 je předplatné SW a služeb, a ten lokální Office funguje dost dobře :). Webové aplikace MS jsou odjakživa špičkou v oboru, ať jde o Outlook Web Access nebo Office Web Apps (mimochodem OWA byla první implementace toho, čemu se dneska říká AJAX). Nicméně jsou to pořád webové aplikace, a tedy výrazně slabší než ty lokální.

Vlastní cloud? A viděl jste Microsoft Azure Pack?
http://technet.microsoft.com/en-us/library/dn296435.aspx

jj, M$ je takova spicka oboru na webu, ze neumi udelat ani pouzitelnej prohlizec webu ... nebo zaridit aby kuprikladu vystupy z reporting services byl skutecne web a ne jakasi zprasenina fungujici pouze v IE.

Zrovna z MSIE píšu, takže asi použitelný bude. Navíc je výrazně méně děravý, než Firefox nebo Chrome.

Outlook Web Access bych za špičku v oboru rozhodně nepokládal, možná v dobách, kdy vznikla AJAX, dnes je to ale zářivý příklad pomalé a velmi špatně použitelné webové aplikace, obzvlášť ve srovnání třeba s GMailem. V MS asi nepochopili, že webové aplikace se píší trochu jinak než desktopové.

Azure Pack jsem neznal. Nechápu tedy, proč jste psal o cloudu:
ať se na firemní dokumenty podívá majitel cloudu, ISP a všechny třípísmenkové agentury, které sbírají data po cestě do toho cloudu
Snad jedině pokud Azure neumí HTTPS, ale tak zaostalý snad ani MS není.

OWA mi připadá velmi rychlý - samozřejmě záleží na vašem serveru :). Interface v rámci možností poměrně věrně kopíruje ten desktopový.

Ad tedy, proč jste psal o cloudu... - protože cloud je o používání zdrojů providera. Privátní cloud je něco trochu jiného.

OWA mi připadá velmi rychlý - samozřejmě záleží na vašem serveru

Asi jsem měl smůlu, byl to server nadnárodní korporace za několik tisíc eur a bylo nás tam asi dvaceti najednou. Musím tedy přiznat, že v pondělí to většinou fungovalo docela svižně, protože o víkendu se dělal pravidelný restart. V pátek se už na tom dělat nedalo.

Interface v rámci možností poměrně věrně kopíruje ten desktopový.

No ano, v rámci možností. Ono je totiž potřeba webové aplikace psát trochu jinak.

Člověče, viděl jste někdy OCR v produkci? :)

Ad ActiveX, JS Print Setup - drbat se pravou nohou za levým uchem?

Co se vám nezdá na AutoStore?

Nevím, jak u ActiveX, ale u JS Print Setupu se rozhodně nedrbete pravou nohou za levým uchem. Prostě to samé, co byste nastavil přes WinAPI, nastavíte stejným způsobem přes JavaScript.

OCR není jen o rozeznání znaků. Výsledkem by měla být informace o tom, že naskenovaná sázenka je na zápas Sparta-Slavia dne x.y.zzzz s částkou XYZ Kč, nebo že faktura je od firmy Sten Doe Ltd., na částku 12345 CZK, položky na faktuře jsou dvě tužky a tři bloky papíru, a datum splatnosti je zítra. Koukněte se někdy na produktivní OCR systém.

Při tisku z webové aplikace vyskočí uživateli dialog, který musí potvrdit. Nad tiskem nemáte prakticky žádnou kontrolu - ani nezjistíte, kde se stránka zalomí.

Tohle samozřejmě AutoStore umí také. Ale to už není Optical Character Recognition.

Nevím, jak v IE, ale ve Firefoxu lze celkem snadno webovou stránkou vygenerovat PDF a to nechat vytisknout, pomocí JS Print Setup (pokud je to pro danou doménu povolené) i bez potvrzování.

To bude asi poškozený dokument, dost možná zapsaný nějakou verzí OO/LO :). Ale i power user by měl vědět, že místo otevření se dá provést repair souboru.

Jendo, z čehopak soudíte, že ani jeden M$ produkt neumi ulozit ten jejich standard? MS Office 2010 podporuje ISO OOSML Transitional pro zápis i čtení a Strict pro čtení. MS Office 2013 podporuje ISO OOSML Strict pro zápis i čtení. Pokud máte jiné informace, sem se zdroji.

A když jsme u toho, zkuste si někdy uložit ten "standardní" dokument OO/LO, rozbalit si ho, a kouknout co je opravdu uvnitř. Spousta věcí v žádném standardu popsaná není, a jedinou "dokumentací" je zdroják OO/LO. A vzorce shreadsheetů ještě ani ISO standard nemají. Pánové se totiž od roku 2006 ještě neobtěžovali je standardizovat u ISO.

Ad zrovna tuhle sem resil doc, kterej se v 2k7 naprosto rozpad - buď má dokument špatně navolený compatibility mode (jako admin byste měl vědět, co to je a k čemu se to používá), nebo jsou odlišné fonty.