No, neříkejte hop, dokud jste neskočili. Teoreticky možná je grafická vrstva ve Win rychlejší (myslím, že by měla), ale proč jsou všechny počítače s Win okolo mě tak zoufale pomalé? A to jsem sám s Linuxem proti asi desítce wokenistů. Mají (možná) hezké omalovánky, ale na práci to není. Nedovedu si představit, že by mě to chodilo stejně "rychle". Strašný ribon bar potom devastuje uživatelské návyky a z Win dělá nepoužitelnou platformu.
Grafická vrstva je ve Windows rychlejší i prakticky :), a to značně. Zkuste si vykreslit řekněme 10k checkboxů a změřit časy na obou platformách. Jistě takových testů dokážete vymyslet řadu. Linux (a cokoliv s X11) děsivě propadne.
Pokud jsou počítače s Windows pomalé, může za to nejčastěji spousta aplikací zbytečně běžících na pozadí. Dalším největším zabijákem výkonu je příliš malá paměť. Což je celkem paradox, protože dnes jsou paměti za pár korun.
Ten "strašný ribbon" je naopak oproti menu velmi dobře uspořádaný, a dovede uživatelům zpřístupnit tu obrovskou spoustu funkcí, které dnes MS Office má, daleko lépe než trojstupňové menu a desítky toolbarů. Linuxáci s ribbonem akorát neumí zacházet. Nevědí že po stisku klávesy Alt uvidí zkratkové klávesy stejně jako v menu, neví že točítkem myši lze přecházet mezi kartami ribbonu atd.
Ve Windows funguje Remote Desktop. Ten je proti X11 výrazně rychlejší, lze ho realisticky provozovat i přes velmi slabé linky na kterých přes X11 minutu procházíte přihlašovací dialog (a pak to vzdáte), umí clipboard (nejen textový), zvuk atd.
GDI je součástí Win32 API, a Win32 API je jak známo věcí Windows. Existují alternativní implementace, ale nejspíš nebudou nic moc.
Myslím že umístění většiny funkcí se nemusíte učit. Ty karty ribbonu totiž mají nahoře takové popisky: Home, Insert, Page Layout, References, Mailings, Review, View. Jak byste asi vložil tabulku? Samozřejmě na kartě Insert. Pokud to někdo hledá na kartě Mailings, a musí se správné umístění učit, tak asi nebude problém v ribbonu :)
Teda já opustil MS Opice už velice dávno před ribbonem .. a jedna z mnoha názorných ukázek perfektní logiky ovládání bylo třeba umístění "Formát stránky" pod menu "Soubor".
OpenOffice v té době měly formáty všeho v menu "Formát". Tedy i "Formát stránky". Kde jinde bych to hledal, že ?
:)
Že je rychlejší, je sice možné, ale řekněte mi, proč mám Linux skoro všude řádově rychlejší? Srovnávám čerstvě nainstalované systémy (o systému v provozu se nedá ani mluvit, tam je rozdíl ještě více markantní). Dnes prakticky neznám žádný pc bez kravin od výrobce, které nikdy nevyužije i naprostá lama. To je samý super launcher, hyper nefunkční pomalé antiviry, správce wifi atd.. Jenže i tak, je to docela málo programů. Windows je pomalý, ověřuji si to dnes a denně. Jinak píšu právě z Win 7, jsou poměrně svižné, nicméně třeba spuštění databázového správce pro mssql je tak zoufale pomalé, či se mi Windows občas na pár sekund úplně zaseknou a práce je možná až potom (a to tu nemám skoro nic nainstalováno!!). Nebo ty automatické aktualizace, které se ani nezeptají, jestli se smí nainstalovat (defaultní nastavení, pokud vím, to mi vadí). Dost mi to vadí. Nemám rád Windows, ale musím ho používat. MSSQL je taky velké zlo, ani neumí pořádně limit klauzuli a musí se to obcházet hacky. Jinak Linux používám k podnikání pro jiné firmy a NAPROSTÁ spokojenost, super rychlost, vše, co má, jede výborně. MMM. Bez ironie.
A nejepší na těch aktulalizacích je, že po naistalování vyskočí okno, že se za x minut restartuje počítač a jestli to nechci odložít.
To je potom po návratu z oběda radosti, že rozdělaná práce je v ... a všechny otevřené aplikace se ukončily.
A takovýchle uživatelsky přívětivývh funkcí je spousta.
By default se restartuje až tuším po 48 hodinách. Za tu dobu byste mohl oběd stihnout :). Aplikace také mohou implementovat interface, který jim umožní při restartu uložit současný stav. Po restartu aplikace pak najdete data ve stavu, ve kterém byly. MS Office a MSIE to umí; řada dalších aplikací bohužel ne.
By default se restartuje až tuším po 48 hodinách. Za tu dobu byste mohl oběd stihnout :)
No super, to aby se správci na servery přihlašovali každý den včetně víkendu.
Aplikace také mohou implementovat interface, který jim umožní při restartu uložit současný stav. Po restartu aplikace pak najdete data ve stavu, ve kterém byly.
Tohle uměly už KDE 2 v roce 2000. Tak už to MS konečně implementoval? :-)
Správce si může aktualizace vypnout nebo nastavit ruční instalaci.
To je vážně hledání nesmyslných argumentů, proč jsou Windows horší...
Nicméně aktualizace a následné restarty pravděpodobně s XMir nebo Xorg nesouvisí. Já měl občas docela problémy s X11 forwardingem mezi různými distribucemi nebo Solarisem. S Windows a RDP nikdy problém nebyl. Nehledě na to, že lze lehce nastavit přemostění USB (pro smartkarty), zvuku a jiných někdy potřebných věcí. Chápu, že to nikdy nebylo cílem X11, ale správcům podobné "vymoženosti" ubírají spoustu práce s implementováním dalších serverů (alsa, ESD, ...) a jejich konfigurováním.
Update: Windows 8 by default automaticky restartují po třech dnech. Na serverových edicích je Windows Update by default vypnutý, a matně si vzpomínám, že to při instalaci chce nastavení.
Interface pro uložení stavu aplikace je ve Windows už pár let (nevím kolik), ale bohužel ho většina autorů aplikací nepoužívá.
Moje zkušenosti s mainstreamovými distry typu Ubuntu jsou takové, že jejich HW náročnost (a z toho vyplývající pomalost) je podobná jako u Windows. Jak jsem psal v jiném příspěvku, zkuste si spustit MSO na Windows, OOo na Windows a OOo na Linuxu (třeba Ubuntu) - vyjde to pro Linux dost mizerně. Samozřejmě pokud používáte xterm a xclock (resp. méně náročné aplikace, abych si pro jednou odpustil ironii), a k tomu nějaké odlehčené distro, můžete mít na Linuxu nižší HW nároky a tedy i rychlejší práci.
Systém s kravinami od výrobce jsem měl naposledy před dlouhou řadou let, a bylo to fakt utrpení. Zvlášť tehdejší Symantec Antivirus bylo peklo.
Na rychlost počítače s Windows má zásadní vliv velikost paměti a rychlost disku. Samozřejmě najdete odlehčená distra Linuxu, která mají nižší HW nároky, a práce na nich bude rychlejší. Ale zkuste si třeba na stejném HW start MS Office pod Windows, OOo pod Windows a OOo pod Linuxem. Nejrychlejší bude MS Office pod Windows, s rezervou nejpomalejší OOo na Linuxu.
Automatické aktualizace se pokud vím by default jen stahují a neinstalují. Jejich chování si můžete nastavit, a to i pro všechny počítače v doméně najednou (Group Policy).
Velké zlo je hlavně používat keyword LIMIT :)
Pokud pro vás Linux funguje, tak ho prostě šťastně používejte. U mě nefunguje z hlediska funkce, podpory HW, a hlavně dostupnosti SW. Těžko budu na Linuxu dělat v MS Projectu, připojovat se někam přes Remote Desktop, nebo psát něco v .NETu. Měl bych problém i otevřít sešit Excelu s makry, která berou data z databáze. Večer bych si nezahrál hru, neměl bych ani slušný nástroj na úpravu fotek (Gimp je katastrofa z GUI Hall of Shame, nikoliv použitelný SW). Bez ironie - Linux není pro mě.
To je argumentace panečku. Já vám linux nevnucuji. ;) Mnoho věcí, co jste popsal, jde i v Linuxu. Jen to jde JINAK. A jsou lidi jako vy, kteří vše, co je ne-MS odsuzují. ;) Jen to tak rozeberu, co jste napsal:
Systém s kravinami od výrobců má mraky lidí, je to problém. Na druhou stranu, ač to není přímá vina MS, těch pár prográmků navíc nemůže přeci položit systém! Je to k zamyšlení. Proč je možné, že mám spuštěno mraky aplikací a služeb na notebooku a práce není výrazně pomalejší? Hm? Zajímavé. Zato Win7 chrochtá a ač je na prvním pracovním notebooku moc nepoužívám, stejně se začínají zpomalovat, zato Ubuntu jede čím dál tím rychleji. Zajímavé. PS - OOo skoro nepoužívám, rychlostí opravdu neoplývají, plně mi stačí cloud - Google Apps, když už.
S nastavením restartů je to fakt, to vám neberu.
Můžete mi vysvětlit, co je špatného na klauzuli LIMIT? Nepoužívám ji zrovna často, protože i ona má svá úskalí, ale např. pro stránkování v seznamech nevím co jiného použít. ;) Jistě přijdete s tím, že mám používat nějaký super hyper prográmek (typicky stovky MB), který mi povolí službu, která je podporová jistým MS Share Klikátkem. :-D Ne fakt, díky. Mám rád vše out of box.
Co se týče podpory HW, tam je to různé, nicméně není to chyba vyloženě Linuxu, to je na delší diskuzi. I Win8 mají problémy s HW (Ano, chci provozovat i 10 let starý PC, nejsem prase, co vyhazuje ntb každé 2 roky, jelikož zastaral a ajťáci jsou líní psát kvalitní sw).
Remote Desktop - nikdy mi nefungoval, za to veškerá konkurence ano - nemožně snadné nastavení. ;) ;) Psát něco v NETu - děkuji nechci. :-) Existuje spousta jiných jazyků s podobnou funkčností - Python, Java, ale i to PHP (jojo, dnes je moderní na něj nadávat, ale používá ho většina hostingů a zákazníky prostě -nezajímá-, že existují lepší řešení).
Co se týče GIMPu - hlavně že tam není ten šílený ribbon. ;) Mě vyhovuje ovládání právě v těch meníčkách, ne mít na vše praštěné ikonky. Možná GIMP neumí vše, ale vzdávám hold všem lidičkám, co jej často bez nároku na honorář tvoří. ;) Myslím, že zvládne skoro vše, co běžný uživatel k životu potřebuje. To, že neumí pár fíčurek, to je mi fuk, na webový vývoj je super a dosahuji s ním lepších výsledků než kolega s PS.. ;)
Jistě jde řada věcí udělat i na Linuxu. Bohužel je to většinou dost přes ruku. Těžko najdu adekvátní náhradu za Outlook nebo MS Project a Project Server. A když ji najdu, těžko budu pracovat se soubory MS Projectu, které používají všichni okolo. Dopadl bych jako s OpenOffice - daleko méně možností, horší a pomalejší SW, ale "zato" nekompatibilní s okolím. Jako bonus bych trávil čas nesmysly typu rozchození skeneru, zjišťování proč hra běží s 5fps když na jiném distru běží v 60fps, řešením škubání zvuku a dalšími naprosto zbytečnými aktivitami.
Systém s kravinami je dobré přeinstalovat z instalačních médií. A ještě lepší je koupit si počítač s certifikací Microsoft Signature, tedy bez bloatwaru.
Na rychlost Windows jsem si stěžoval jsem když jsem měl notebook s pomalým 2.5" diskem a 1GB RAM. Málo paměti a pomalý disk jsou věci, které dovedou výkon zabít. Windows se zpomalují jen pokud přidáváte SW, který se spouští při startu. Nebo myslíte že jsou tam nějací permoníci, kteří zpomalují práci? :)
Google Apps? Ne, s něčím tak primitivním bych opravdu nevystačil.
Ad klauzule LIMIT - naučte se používat kurzory.
Podpora HW na Linuxu je poněkud tragická. Největší problém je v tom že člověk nikdy neví, co bude nebo nebude fungovat, případně jak velkou spoustu času bude potřeba nad věcí strávit, aby to alespoň trochu fungovalo. Pro Windows existuje certifikační program, ve kterém je obrovská spousta vyzkoušeného HW. Pro Linux existují "certifikace" buď formou databáze uživatelských zkušeností (což je na nic - zkoušeno), nebo velmi krátké seznamy certifikovaného HW pro jednotlivá distra. Všechno ostatní je sázka do loterie.
Ad Remote Desktop nefungoval - možná jste ho neměl povolenou vzdálenou správu na stroji, ke kterému jste přistupoval :)
Ad jazyky s podobnou funkcionalitu - Python s tvorbou bloků whitespacem je špatný vtip. Java je celkem pěkný jazyk, ale jako platforma je proti .NETu velmi chudá (zkuste z Javy zjistit, jestli běží ve Windows servis daného jména, nebo přečíst hodnotu z Registry), pořád děravá, a k tomu pomalá. PHP připomíná když pejsek a kočička vařili dort, ale pro kovboje je to asi dost dobré.
http://www.zive.cz/clanky/rozhovor-nezkroceni-vyvojari-a-kovbojove/sc-3-a-162156
Ad ribbon - aha, a kolik těch menu a toolbarů byste chtěl mít? Ve Wordu 2003 bylo 31 toolbarů, 19 taskpanes, a pár set položek menu, organizovaných do třech úrovní (například Tools/Language/Set Language), kde ta třetí úroveň menu vyžadovala práci s myší s chirurgickou přesností. Kam byste chtěl přidat nové funkce? Do menu čtvrté úrovně menu, nebo udělat rovnou menu ve 4D? :) Prostě už nejsme v roce 1990, a aplikace toho umí tolik, že se to do menu nedá rozumně nacpat.
http://i.d.com.com/i/dl/media/dlimage/41/76/8/41768_large.jpeg
Autorům Gimpu bych za všechny uživatele, kteří radši kupují komerční konkurenční SW za těžké peníze (včetně Photoshopu za desítky tisíc), než by používali příšerný Gimp zdarma, vzkázal následující: napište konečně slušný interface, který nebude zdobit GUI Halls of Shame, nebude se uvádět v kurzech ergonomie GUI jako odstrašující příklad, nebude pomalý jako slimák a bude psaný podle potřeb *uživatele*. Pokud na to nemáte, tak proboha jděte dělat cokoliv co vám jde lépe.
Tož vy si vždy něco najdete, jen jsem to letmo proletěl, asi to ani číst nebudu celé, pár blábolů, nic jiného. To, že je něco jiné, neznamená, že je něco špatné, tím bych celou tuto vysoce trapnou diskuzi ukončil. Jste jednostranně zaměřený člověk, co je líný se učit něco nového a krčí se za MS produkty. Já s nimi pro jednu firmu pracuji, je to ale utrpení. To, co tu vy popisujete, platilo v Linuxu před pár lety. Jinak já používám výhradně kvalitnější notebooky od HP a jsem velmi spokojen. HP si s Linuxem obecně rozumí velmi dobře.
Ukončím to takto - na tu vaší MS agitku tu nikdo není zvědav. ;) Berte to osobně.
tyjo, mam naprosto stejný pocity, skoro jako bych byl náměsíčnej a ve spánku měl alter ego Libor Šedivý; obzvlášť to s tim utrpením
ad LIMIT klauzule - ta Laelovo rada s kurzorama je teda úlet, my sme na SQL serveru 2000 používali takovej ten známej trik: obalit stránkovanej dotaz do dvou opačně seřazenejch SLECT TOP x FORM (...), bylo to hnusný a nečitelný ale fungovalo to; situace se lehce zlepšila od verze 2005 kde přibylo pár analytickejch funkcí, mezi nima ROW_NUMBER(), takže teď používáme o něco elegantnější zápis, něco jako:
SELECT * FROM (SELECT <select-list>, ROW_NUMBER() OVER (ORDER BY <col-list>) rno) WHERE rno BETWEEN <x> AND <y>
včetně tý hvězdy, SQL server ten vyjmenovanej select-list nedokurví a AFAIK nematerializuje bezhlavě ten subselect aby pak z toho většinu zahodil
Nestačilo, argumenty mám, víc než by se vám líbilo. Jenže já raději, než se tu hádám, raději pracuji a živím rodinu. ;) Takže nedostatek argumentů není, jen chybí síla. ;) Vás stejně nepřesvědčím. Windows nemám rád a to se nemění. Nemám je rád, protože mi nevyhovují. A nikomu to nevnucuji. Nejraději jsem měl Win ME. :-)
Odpovím místo p. Šedivého, ale jen proto, že ležím a nudím se, jinak bych se na to mohl ...
"Těžko najdu adekvátní náhradu za Outlook..."
To je fakt. Takový nepovedený kus SW je těžké najít o mezi OSS.
"zjišťování proč hra běží s 5fps když na jiném distru běží v 60fps, řešením škubání zvuku a dalšími naprosto zbytečnými aktivitami..."
Na linuxu mám alespoň nějakou možnost zjistit, o co jde, na windows kolikrát můžu tak akorát věštit. Dodnes mi nikdo nepodal vysvětlení k tomu, proč někdy sdílení souborů mezi dvěma PC funguje hned a bez problémů a někdy ne a je potřeba zakládat nějaké stupidní uživatele. Jediné spolehlivé řešení je samba.
S podporou HW to na windows taky není bůhvíjak sluníčkové. Spousta driverů je necertifikovaných, nebo nejsou žádné (starší HW), ty certifikované fungují na různých instalacích různě. Nebo mi chcete říct, že je po světě málo diskusních fór řešících problémy na windows?
Srovnávat multiplatformní Javu s proprietárním .NET na příkladu systémových věcí uzavřeného systému je o jablkách a hruškách. Pokud chci řešit systémové věci, mohu použít C++, nebo volat z Javy nějaká DLL.
PHP možná připomíná pejska a kočičku, nicméně se s ním dá napsat kvalitní web, pokud to člověk umí. Pokud to neumí, nepomůže ani Visual Studio 2318.
Tak konečně chápu, k čemu je ribbon. Nikoliv pro standardní funkce se soubory, clipboardem, fonty..., ale protože v Office už nebylo v menu místo pro nové funkce :-D
Kolik takových uživatelů, kteří kupují PS za drahé peníze, protože nepřenesou přes srdce GUI Gimpu, ačkoliv by jim jinak Gimp funkčně dostačoval, znáte?
Ad Takový nepovedený kus SW [jako Outlook] je těžké najít o mezi OSS - to se těžce mýlíte. Asi jste nikdy nepracoval s workgroup SW. Sdílené adresáře, plánování meetingů, plánování zdrojů (jednačky, auta), integrace faxu, správa úkolů, dokonalá synchronizace mezi zařízeními, workflow se schvalováním atd. Pokud máte zkušenost leda s emailovým klientem, tak vůbec nevíte, o čem je řeč.
Ad Na linuxu mám alespoň nějakou možnost zjistit, o co jde - 1. Ve Windows věci většinou prostě fungují. Bohužel ne vždy, ale alespoň většinou. 2. I ve Windows samozřejmě můžete zjišťovat příčinu problémů. Akorát to musíte umět. 3. Pokud neumíte zacházet ani se sdílením souborů, je každá diskuse marná.
Ad Spousta driverů je necertifikovaných, nebo nejsou žádné (starší HW), ty certifikované fungují na různých instalacích různě - jenže máte na výběr z hromady certifikovaného HW. U toho cerertifikovaného je to také sázka do loterie, ale pořád s větší pravděpodobností výhry, než na Linuxu při náhodném výběru HW.
Ad Srovnávat multiplatformní Javu s proprietárním .NET na příkladu systémových věcí uzavřeného systému je o jablkách a hruškách - co je na Windows uzavřené? API je dokumentované, jen ho Java prostě neimplementuje. Nakonec na unixech je problém s deamony ještě horší. Zkuste si (v jakémkoliv jazyce) zjistit, jaké máte na stroji daemony, a které z nich běží.
Zásadním problémem Javy je koncept "one size fits all". Bohužel každá platforma je jiná, nabízí jinou funkcionalitu. Java umí jen to "nejmenší solečný násobek", a to často prostě nestačí.
Ad PHP možná připomíná pejska a kočičku - ne možná, ale zcela jistě. Samozřejmě kvalitní web můžete napsat i v mizerném jazyce, akorát je to zbytečné trápení.
Ad ribbon ... protože v Office už nebylo v menu místo pro nové funkce - to se týká obecně každého GUI, které má nabízet velký počet funkcí. Dalším problémem menu je jeho nepoužitelnost při ovládání počítače perem nebo prstem.
Kolik uživatelů, kteří kupují PS za drahé peníze, protože nepřenesou přes srdce GUI Gimpu, znáte - grafiků moc neznám, ale jejich názor je celkem jednoznačný. A to i když zrovna nepotřebují 48-bitové barvy a CMYK. On je Gimp mimo jiné celkem pomalý.
Popisovaných problémů s outlookem je na internetu plno.
Neumím zacházet se sdílením souborů... hmm, na dvou PC povolím sdílení a nasdílím složku, jenže jednou to funguje a podruhé ne. Hrozně složité. Já vím, jak zprovoznit sdílení, vím i jak na windows zjišťovat problémy. Bohužel často je mi to na dvě věci.
V jakémkoliv jazyce si můžu zavolat "ps" a mám kompletní seznam běžících procesů se všemi informacemi.
Ad Java: však jsem psal, že je to multiplatformní jazyk a srovnávat ho s .NET je fail. Jazyk zaměřený na jeden systém bude vždy mít na tom systému výhody.
To je zajímavé, že se ty statisíce PHP vývojářů trápí. Možná byste jim to měl vysvětlit, aby netrpěli zbytečně :-D Taky byste mohl doporučit webhostingům přechod na windows, aby podpořili PHP vývojáře k netrápení a ti mohli šťastně začít vyvíjet v ASP. No ještě že Vás máme :-)
Tak ještě jednou, evidentně jste to nepochopil: ribbon nenabízí žádné speciální funkce, naopak nabízí ty standardní nejpoužívanější. Vaše blábolení o tom, že se nové funkce již nevešly do nabídek, nebo že se nabídky špatně používají při ovládání perem nebo prstem, jsou tudíž naprosto mimo (ribbony jsou na desktopu). A mimochodem, mně se nabídky perem ovládají naprosto skvěle, možná proto, že netrpím Parkinsonem :-)
Zato s Linuxem, OOo nebo Firefoxem na internetu žádné problémy popsané nejsou :). Na rozdíl od vás Outlook používám dlouhá léta, takže si dovolím soudit jeho kvality.
Mohl jste si všimnout, že do nějakého SP pro WinXP (tuším toho třetího) mají všechny Windows firewall. Každé spojení má potom nastaveno, jestli je domácí, pracovní nebo veřejné. U spojení typu public je sdílení automaticky zakázané. To může být jedna z příčin.
Ehm, shell out? To fakt myslíte vážně? :D Navíc získáte list *procesů*, nikoliv deamonů. Ten samý proces může běžet vícekrát, některé kopie nemusí být deamony... Jinými slovy na Unixech prostě není API pro práci se servisy (výjimkou jsou služby používající nové API v Solarisu - to ale zdaleka nejsou všechny). V Javě pak není API ani pro ty Windows services.
.NET stojí na platformě neutrální Common Language Infrastructure, a je standardizovaný u ISO and ECMA. Samozřejmě .NET Framework využívá na Windows možnosti hostitelské platformy. Proč by se .NET měl omezovat jen na funkcionalitu, kterou mají všechny platformy? Vždyť by v něm - stejně jako v Javě - nešlo napsat slušnou aplikaci pro cílovou platformu.
Vyvíjet v ASP? Je to pořád lepší než PHP, ale technologicky dávno mimo. Zkuste se kouknout na ASP.NET.
Ad ribbon nenabízí žádné speciální funkce, naopak nabízí ty standardní nejpoužívanější - ribbon nabízí všechny funkce Wordu, podobně jako před vím kombinace menu a toolbarů. Ale je daleko lépe organizovaný, lépe se v něm věci hledají, dá se ovládat perem i prstem. Takže samé výhody. Jedinou nevýhodou je fakt, že uživatelé byli zvyklí na menu a toolbary.
Nesnaž se to hrát do autu. Až tě vykopnou z Microsoftu, tak bys našel uplatnění u jehovistů, máš pro to všechny předpoklady: vykopnou tě dveřma, vrátíš se oknem, cpeš lidem věci, které je vůbec nezajímají, nejspíš máš dokonce pocit, že je tím vytrhuješ z plamenů pekelných nebo co a přitom jsi jenom neuvěřitelně otravný. Není ti to ani trochu trapný? Nechceš si najít smysluplnější povolání, než spamování diskuzí?
"Zato s Linuxem, OOo nebo Firefoxem na internetu žádné problémy popsané nejsou :)."
Já jsem něco takového tvrdil? Pokud ano, poprosil bych o citaci. Pokud ne, držte se laskavě tématu, jinak diskuse nemá smysl.
"Na rozdíl od vás Outlook používám dlouhá léta, takže si dovolím soudit jeho kvality."
Můžete mi vysvětlit, odkud máte informaci, zda a jak dlouho jsem používal outlook?
Ad sdílení: Vaše pokusy udělat ze mě vola jsou přinejmenším trapné. FW jsem pochopitelně nezapomněl při pokusech vypnout. Už v původním příspěvku jsem psal, že sdílení jsem měl zapnuté a měl jsem nasdílenou alespoň jednu složku. A opět: na netu jsou tuny dotazů o problémech se sdílením ve windows.
"Ehm, shell out? To fakt myslíte vážně?"
Ovšem že to myslím vážně. Příkaz ps dá všechny potřebné informace, takže lze v pohodě zjistit, který proces běží jako daemon. Žádné API není třeba, to je pouze Vaše falešná modla.
"Proč by se .NET měl omezovat jen na funkcionalitu, kterou mají všechny platformy?"
Prosím Vás, přečtěte si můj příspěvek ještě jednou, třeba Vám dojde, co jsem chtěl říct. Určitě ne to, co se mi tady snažíte posunout.
"Zkuste se kouknout na ASP.NET."
Jelikož windows servery jdou mimo mě (nemám o ně zájem), bylo by to zbytečné.
"Ale je daleko lépe organizovaný, lépe se v něm věci hledají, dá se ovládat perem i prstem. Takže samé výhody."
To je pouze Váš názor. Já mám opačný, vyplývající z praxe. BTW na desktopu je mi ovládání prstem nebo perem na dvě věci, takže je mi na dvě věci i celý ribbon. Vypnout ho bohužel nemůžu, protože "MS nechtěl...".
Jen pro Vaši informaci: z používání windows na desktopu mám za těch 20 let poměrně bohaté zkušenosti. Nejsem nějaký "uhrovitý linuxák", který windows viděl tak maximálně na obrázcích, nebo o nich četl.
Nevím jak dlouho Outlook používáte nebo nepoužíváte. Zato jsem si všiml, že jste nenapsal žádné konkrétní výtky mimo "popisovaných problémů s outlookem je na internetu plno". To nevypadá na dobrou znalost produktu. Proto vaší poznámku "nepovedený kus SW" beru s rezervou.
Sdílení souborů ve Windows funguje bezproblémově. A je dokonce tak dobré, že ho Samba obělehla i pro Linux :). Jinak se nasnažím z vás dělat vola.
Takže když píšete aplikaci, tak místo volání API provádíte spuštění utilit a parsování textových výstupů? Vynikající :). Ještě na to použijte tradiční smrtelnou kombinaci fork()/exec(), a zabijete to úplně. BTW jak z výstupu ps zjistím, jestli daný proces běží jako deamon, a který konkrétní deamon to je?
Pokud vám ty stovky položek menu, desítky toolbarů a hromada task panes přijdou jako přehledné, není to výsledkem praxe, ale zvyku. Nepleťte si to. Ribbon je prostě uspořádaný mnohem lépe.
Nebudu tady speciálně pro Vás opisovat problémy outlooku. To samé platí o sdílení souborů, které bezproblémově nefunguje ani náhodou.
No a co? Jak zjistit daemony (taky jste si to mohl vyhledat sám)? Nemají přiřazený kontrolní terminál.
Nikdy jsem nepotřeboval stovky položek menu ani desítky toolbarů. A jsem si jist, že to nepotřebovalo ani 98 % standardních uživatelů office.
OK, k Outlooku ani file sharingu toho moc nemáte, nedá se nic dělat.
OK, deamon nemá přiřazený terminál. Jenže takhle nezjistíte jací deamoni na systému existují, ani jestli běží (ze jména deamonu nezjistíte jméno procesu). Podobně nerozeznáte dva deamony se stejným executablem. Navíc ani proces bez controlling terminalu nemusí být daemon - může být prostě detached. Jinými slovy absence API pro deamony je trestuhodné opominutí. Výjimkou je Solaris, který od verze 10 má libscf. Bohužel zdaleka ne všechny services tenhle interface implementují. Bohužel se to týká jen Solarisu. A bohužel to nepřišlo v roce 1993 (jako ve Windows NT), ale někde v Solarisu 10.
http://docs.oracle.com/cd/E26502_01/html/E29033/libscf-3lib.html#REFMAN3Flibscf-3lib
Stovky položek menu a desítky toolbarů jste asi nepotřeboval, ale musel jste se jimi probírat, abyste vybral to co potřebujete. K funkcionalitě MS Office: většina uživatelů potřebuje těch funkcí jen část, ale každý potřebuje něco jiného. I s poměrně malým procentem uživatelů se dostanete k pokrytí většiny funkcionality.
Prosím Vás, alespoň si o tom, jak funguje linuxový kernel, thready a procesy něco přečtěte, než začnete psát něco jako "deamon nemá přiřazený terminál" a podobné slátaniny. Co se týče services, opět doporučuji přečíst alespoň základy o linuxu. No a to API - není třeba, pokud byste jej ale potřeboval, protože neumíte používat job,bg a fg, daemonize Vám rádo pomůže.
Rád se dozvím něco nového, klidně pište.
Pořád mi nikdo neukázal, jak zjistím, které deamony v systému existují, jak zjistím jejich stav, a jak je zastavím nebo spustím. Mám na mysli pomocí API, nikoliv špinavý shell out. Linkoval jsem dokumentaci Solarisu a komentoval to - bohužel na to nikdo nereagoval.
Daemonize pomůže? Tady pro změnu vy nevíte, o čem mluvíte. Daemonize umožňuje spustit command line utilitu jako deamon, což lze ostatně pomocí srvany i na Windows. Jenže to nijak neřeší API pro správu deamonů.
Jak to komentovat? Četníci za čtyři roky zmigrovali 40% stanic na Linux, a údajně ušetřili. Mám za to, že počítač na služebně může klidně běžet na Linuxu, jenom v tom nevidím žádnou větší výhodu (cena licence je zanedbatelná).
Ohledně údajných úspor: například v Mnichově nezapočítali všechny náklady migrace, a s Windows by podle HP oproti Linuxu ušetřili 43.7M EUR. Nepochybuji o tom, že soudruzi ve Francii byli při počtech také velmi kreativní :)
http://www.focus.de/finanzen/news/software-streit-bei-der-stadt-muenchen-haben-udes-it-experten-falsch-gerechnet_aid_901250.html
Systém s kravinami je dobré přeinstalovat z instalačních médií. A ještě lepší je koupit si počítač s certifikací Microsoft Signature, tedy bez bloatwaru.
A je takových počítačů víc než těch, které jdou koupit bez OS?
Na rychlost Windows jsem si stěžoval jsem když jsem měl notebook s pomalým 2.5" diskem a 1GB RAM. Málo paměti a pomalý disk jsou věci, které dovedou výkon zabít.
Na co vlastně Windows potřebují gigabajt paměti, když nic nedělají?
Windows se zpomalují jen pokud přidáváte SW, který se spouští při startu.
Nebo pokud si to přidají Windows samy při nějaké aktualizaci.
Nebo myslíte že jsou tam nějací permoníci, kteří zpomalují práci? :)
Třeba prefetcher ještě ve Windows XP tohle uměl ;-) Jestli to mají i novější Windows nevím, protože je nepoužívám.
Ad klauzule LIMIT - naučte se používat kurzory.
Místo OFFSET 100000 LIMIT 10 projít (a přenést) těch sto tisíc záznamů přes kursor, tomu se říká v Redmontu řešení? Mimochodem je docela vtipné slyšet tohle řešení od člověka, co kritizuje round-tripy v X11. Asi jste ještě neviděl ty round-tripy, co dělají kurzory :-)
Ad Remote Desktop nefungoval - možná jste ho neměl povolenou vzdálenou správu na stroji, ke kterému jste přistupoval :)
Anebo ten počítač někdo v tu chvíli zrovna používal. Skvělá vlastnost Windows.
Python s tvorbou bloků whitespacem je špatný vtip
Že to říká zrovna člověk, co se ohání usability testy, které Python celkem často vyhrává :-) Jinak pokud je Python špatný vtip, tak fakt nevím, jak nazvat PowerShell.
Java je celkem pěkný jazyk, ale jako platforma je proti .NETu velmi chudá (zkuste z Javy zjistit, jestli běží ve Windows servis daného jména, nebo přečíst hodnotu z Registry), pořád děravá, a k tomu pomalá
Apache Commons Daemon, který na rozdíl od .NET nefunguje jen ve Windows ;-) Číst registry lze taky. Samozřejmě multiplatformní API bude těžko něco takového standardizovat (aneb: kdy se v .NETu dočkáme standardizovaného ladění výkonu karet nVidia?).
.NET je tak stejně děravý jako Java
PHP připomíná když pejsek a kočička vařili dort, ale pro kovboje je to asi dost dobré
Oproti čemukoliv od Microsoftu to má neuvěřitelně snadné nasazení, a proto se používá daleko víc než cokoliv od MS
Ad ribbon - aha, a kolik těch menu a toolbarů byste chtěl mít? Ve Wordu 2003 bylo 31 toolbarů, 19 taskpanes, a pár set položek menu, organizovaných do třech úrovní (například Tools/Language/Set Language), kde ta třetí úroveň menu vyžadovala práci s myší s chirurgickou přesností. Kam byste chtěl přidat nové funkce? Do menu čtvrté úrovně menu, nebo udělat rovnou menu ve 4D? :) Prostě už nejsme v roce 1990, a aplikace toho umí tolik, že se to do menu nedá rozumně nacpat.
Co je na MacOS tak jiného, že tam Word dodnes jde přepnout do klasického menu a potom používat?
Autorům Gimpu bych za všechny uživatele, kteří radši kupují komerční konkurenční SW za těžké peníze (včetně Photoshopu za desítky tisíc), než by používali příšerný Gimp zdarma, vzkázal následující: napište konečně slušný interface, který nebude zdobit GUI Halls of Shame, nebude se uvádět v kurzech ergonomie GUI jako odstrašující příklad, nebude pomalý jako slimák a bude psaný podle potřeb *uživatele*. Pokud na to nemáte, tak proboha jděte dělat cokoliv co vám jde lépe.
Který GUI Hall of Shame máte na mysli? Já znám akorát třináct let neaktualizovaný Interface Hall of Shame a tam se to Microsoftem jenom hemží ;-)
Ad je [Microsoft Signature] počítačů víc než těch, které jdou koupit bez OS - není. Výrobci dostávají za předinstalaci zkušebních verzí SW zaplaceno. Díky tomu máte počítač o kus levnější.
Na co vlastně Windows potřebují gigabajt paměti, když nic nedělají - já na tom počítači právě potřeboval něco dělat :), a to při všem tom předinstalovaném bloatwaru a 1GB paměti prostě nešlo.
Ad Místo OFFSET 100000 LIMIT 10 projít (a přenést) těch sto tisíc záznamů přes kursor - fakt neznáte FETCH ABSOLUTE?
Ad Remote Desktop, počítač někdo v tu chvíli zrovna používal - to se týká desktopových edicí Windows. MS se holt nechce prodávat terminálový server za cenu desktopového OS :)
Ad usability testy, které Python celkem často vyhrává - OMG. Máte k tomu nějaký zdroj?
Ad nevím, jak nazvat PowerShell - třeba "největší pokrok v oblasti shellu za posledních pár dekád"?
Ad Apache Commons Daemon - to si s něčím pletete. Jedná se o *velmi* mizerný způsob, jak spustit javovou aplikaci jako service.
java.util.prefs.WindowsPreferences je ošklivý hack, nakonec to píše sám autor.
Ad PHP má neuvěřitelně snadné nasazení - oproti spuštění instalátoru Microsoft Web Platform Installeru? Ale jděte :)
Ad na MacOS Word dodnes jde přepnout do klasického menu - o tom nevím. Technicky by to samozřejmě bylo možné i ve Windows. MS zřejmě usoudil, že nechce, aby každý uživatel ovládal MS Office jiným způsobem. Na Macu je to jedno, těch lidí je pár.
Ad Gimp - o Gimpu jako ukázce příšerného interface se učí i na školách, včetně MIT.
groups.csail.mit.edu/graphics/classes/6.893/F03/lectures/L1.pdf
http://courses.cs.washington.edu/courses/cse331/11au/lectures/lect20-usability.pdf
Zkusím vám pro pobavení popsat svoji zkušenost k instalací Gimpu. Jdu na http://www.gimp.org/, chci stáhnout verzi pro Windows. OMG, oni tam mají jen zdrojáky? To si snad dělají srandu? Pochopím to u Linuxu, kde je několik formátů balíčků, stovky dister v řadě verzí, a každé distro potřebuje svůj balíček. To ale autoři nemůžou myslet na *uživatele* a vystavit jeden build pro Windows? Asi ne.
OK, mám Gimp 2.8 pro Windows ze Sourceforge. Stáhnul se, instaluje se. První start. OMG, proč trvá první start přes dvě minuty? Asi zjišťuje metriku všech fontů, ale proč, když to žádný jiný SW nepotřebuje? OMG, separate_import.exe can't start because libtiff-3.dll is missing. OMFG, totéž podruhé. OMFG, gmic_gimp.exe can't start because pthreadGC2-w64.dll is missing! Ale nakonec to běží. Ty vole, s tím GUI si snad dělají srandu? Ten dialog File/Open připomíná 20 let staré CDE; to nedovedou použít nativní dialog? A proč se fotky otevírají a ukládají několikrát pomaleji než v jakémkoliv jiném SW? A proč je to celé pomalé jako slimák, a štětec má veliké zpoždění za myší? No, stejně jsem chtěl jenom srovnat Liquid Rescale (Gimp) s Content Aware Scaling (Photoshop). OMG, on Gimp nemá Liquid Rescale přibalený? OK, tak si ho stáhnu - autor má na stránkách naštěstí link na instalátor pro Windows. OMG, ono to nedetekuje instalaci Gimpu, a musím adresář vybrat ručně? Kdo to proboha psal? Nainstalováno, spouším Gimp. OMG, to je pomalé, pomalé! OK, zkusím v tom příšerném dialogu otevřít fotku. Teď Liquid Rescale. OMG, dialog Interactive při každé změně rozměru obrázku provede resize, takže když párkrát kliknu vedle čísla s rozměrem obrázku na šipku dolů (snížení hodnoty), tak celá aplikace ztuhne, a můžu jít na kafe než se to probere. OK, zkusíme resize na poloviční šířku. OMFG, ono to ho nic nedělá??? Aha, ono je to jen tak úděsně pomalé... OMFG, OMFG, ono to prostě jen provede resize celé fotky mimo manuálně označených objektů, bez nějaké detekce features které se nemají resizovat? No to snad ne. Žádné srovnání zjevně nebude, protože tohle je peklo. Uninstall, never more. Ale já blbec určitě zase za nějakou dobu skočím na to, že Gimp je už v pohodě :/
"Díky tomu máte počítač o kus levnější." :-DDD
"Ad nevím, jak nazvat PowerShell - třeba "největší pokrok v oblasti shellu za posledních pár dekád"?" :-DDD
"Ad PHP má neuvěřitelně snadné nasazení - oproti spuštění instalátoru Microsoft Web Platform Installeru? Ale jděte :)"
Reinstalace webového serveru včetně emailu mi na Debianu zabrala 37 minut, přes KVM konzoli! Jak dlouho by to trvalo na windows?
BTW instalace PHP na ČISTÝ server: "apt-get install apache2-prefork php5-common". Hotovo za ani ne minutu.
"MS zřejmě usoudil, že nechce..." ano, MS NECHCE! A ty si zákazníku za své prachy trhni nohou. A protože proprietární, tak bez jakékoliv šance něco změnit.
Říct o Macu, který má v USA minimálně 20 %, že jde o "pár lidí", je... jak to říct slušně... blábol.
Já pro Gimp pro windows jdu na google a zadám "gimp windows download". A nemusím si pamatovat, jestli oficiální stránky gimpu jsou na net, org, nebo něco jiného. NIKDY se mi nestalo, že by po instalaci něco chybělo.
Ten popis používání je humorný. Mohl bych sepsat něco podobného z každodenního používání windows na desktopu a mohl bych začít např.: po upgrade na win8 chci restartovat/vypnout systém a hledám tlačítko na vypnutí... najdu? no nenajdu, protože je idiotsky schované v nastavení v nějakém charm baru, OMG?
Reinstalace webového ... Jak dlouho by to trvalo na windows - podle MS cca 20 minut, záleží samozřejmě na HW.
MS se snaží rozvíjet platformu, a k zavedení ribbonu měl dobré důvody, které jsem popsal. Změnit to samozřejmě můžete, protože MS Office je poskládaný z komponent. Klasické menu pro MS Office můžete sehnat podle edice MS Office zdarma (pro Home and Student Edition), případně za USD 40 (pro Enterprise Edition). Při multilicenci se dostanete na nižší ceny, u nejdražší Enterprise Edition až na 1.17 USD za stanici.
http://www.addintools.com/office2010/menutoolbar/index.html
Nikdy se vám nestalo, že by po instalaci Gimpu něco chybělo? Mě ano. To co jsem popsal je recentní zážitek. Zkuste si stáhnout poslední Gimp z gimp-win.sourceforge.net, a budete mít nejspíš stejnou zkušenost. U open source je podobná zkušenost dost častá.
Tlačítko vypnutí není tak na ráně jako v minulých verzích Windows, protože na počítači máte power button. Na charm menu jste upozorněn při instalaci Win8.
"Reinstalace webového ... Jak dlouho by to trvalo na windows - podle MS cca 20 minut, záleží samozřejmě na HW."
Chcete mi říct, že za 20 minut stihnete zazálohovat, přeformátovat disk, nainstalovat OS, web, mail a obnovit zálohu? Včetně nastavení všeho? Tedy weby, schránky, antispam, antivir?
Takže MS vezme něco na co jsou lidé zvyklí X let, kompletně to překope a místo, aby dal na výběr, tak si musím zaplatit 40 dolarů... úžasné :-D
Nestalo, ale nepopírám, že je to možné u nějaké verze z nějakého webu.
Na power buttonu mám hibernaci, tedy suspend to disk. To schované tlačítko je jeden z mnoha, nikoliv jediný kotrmelec v novém úžasném GUI win8.
Ad Místo OFFSET 100000 LIMIT 10 projít (a přenést) těch sto tisíc záznamů přes kursor - fakt neznáte FETCH ABSOLUTE?
Aha, takže MS SQL neumí OFFSET LIMIT, ale umí FETCH ABSOLUTE. Jakej je v tom sakra rozdíl pro tu databázi, kromě toho, že pro FETCH ABSOLUTE musím počkat na několik roundtripů? Pak ať se nikdo nediví, odkud se berou vtipy o programátorech v MS.
Ad Remote Desktop, počítač někdo v tu chvíli zrovna používal - to se týká desktopových edicí Windows. MS se holt nechce prodávat terminálový server za cenu desktopového OS :)
To chápu, ale mohlo by to umět něco jako x11vnc: připojit se na existující přihlášení. Vím, že tam je Remote Assistance, ale to funguje dost odlišně a bez zatelefonování domů se tam nepřipojíte.
Ad usability testy, které Python celkem často vyhrává - OMG. Máte k tomu nějaký zdroj?
http://www.python.org/workshops/2002-02/papers/14/
http://www.python.org/doc/essays/cp4e/
http://jonathanscorner.com/python/
Ad nevím, jak nazvat PowerShell - třeba "největší pokrok v oblasti shellu za posledních pár dekád"?
Spíš bych řekl „nejsložitější shell za posledních pár dekád, který kompletně minul účel shellu a stal se tak obskurním programovacím jazykem“
Ad PHP má neuvěřitelně snadné nasazení - oproti spuštění instalátoru Microsoft Web Platform Installeru? Ale jděte :)>
aptitude install php5 ;-)
Jinak mě spíš šlo o nastavení nového virtual hostu. Už umí ISS s ASP.NET automatické vytvoření virtuálního serveru jen pomocí vytvoření adresáře na disku?
Ad na MacOS Word dodnes jde přepnout do klasického menu - o tom nevím. Technicky by to samozřejmě bylo možné i ve Windows. MS zřejmě usoudil, že nechce, aby každý uživatel ovládal MS Office jiným způsobem. Na Macu je to jedno, těch lidí je pár.
To je moc milé, že MS rozhoduje, co firmy chtějí. Jen aby to nebyl ten důvod, proč MS Office klesá market share. (A osobně mám zkušenost z jedné velké mezinárodní firmy s více než 3 500 zaměstnanci, že kvůli neustálým změnám a problémům s kompatibilitou u MS Office vážně zvažují přechod k Libre Office, i když to nejspíš bude znamenat přepsat všechna makra.)
Pokud je to jedno, proč takovou vlastnost MS udržuje? Vždyť to musí stát spoustu peněz.
Ad Gimp - o Gimpu jako ukázce příšerného interface se učí i na školách, včetně MIT.
Paráda, deset let starý Gimp, který se dnes ovládá jinak. Nezapomeňte se tam podívat i na Clippyho, Word a kalkulačku z Windows, jsou tam v Hall of Shame taky ;-)
Zkusím vám pro pobavení popsat svoji zkušenost k instalací Gimpu.
Koukám, že srovnáváte typickou vlastnost, kterou dělají lidé při úpravě fotek po návratu z dovolené, a nejspíš to spouštíte na počítači, kde by se Photoshop ani nespustil, protože jinak si to lagování moc vysvětlit nedovedu, mě nic nelaguje a spouští se to asi deset sekund.
SQL Server 2012 umí OFFSET X ROWS FETCH NEXT Y ROWS ONLY, jak je popsáno v SQL/2008. V předchozích verzích můžete používat jeden z popsaných postupů. Kurzory je samozřejmě lepší použít například ve stored procedure; tím si ty round tripy ušetříte.
BTW je zábavné, že tu všichni linuxáci velmi prasazují standardy, a nelíbí se jim, když MS dělá věci jinak. Když ale dojde ma MySQL, najednou standard zjevně není důležitý.
Remote Desktop se samozřejmě už pár let umí připojit na existující přihlášení.
Aha, takže z trojice Perl, Python a Tcl je Python podle analýzy nejlepší pro object-oriented development. Tomu bych i věřil, ale je to jako závod jednonohého a beznohého. Jonathan mi se svou analýzou (kterou jsem opravdu nedokázal dočíst) připadá mimo úplně stejně, jako se svým ortodoxním křesťanstvím.
PowerShell má poměrně jednoduchou syntaxi, a na rozdíl od bashe, cmd.exe a dalších nespoléhá na primitivní spouštění utilit a parsování textových výstupů. Díky objektovému rozhraní je lépe připravený na práci v GUI prostředí, kde klasické shelly selhávají.
Jinými slovy instalace je triviální na obou platformách. Microsoft Web Platform Installer vám nainstaluje IIS, DB, ASP.NET, Visual Web Developer Express, a když budete chtít, tak i PHP, WordPress, Umbraco a další.
Nevím jestli lze přidat site pouhým nakopírováním adresáře. Většinou používám appcmd.
appcmd add site /name: contoso /id:2 /physicalPath: c:\contoso /bindings:http/*:85:marketing.contoso.com
MS Office klesá market share - fakt? zdroj?
kvůli neustálým změnám a problémům s kompatibilitou u MS Office vážně zvažují přechod k Libre Office - jen ať to zkusí, jistě nebudou mít žádné problémy s kompatibilitou :). BTW jaké jsou v MS Office "neustálé změny"? Máte na mysli jeden přechod od menu, které bylo v principu stejné od Wordu 2.0, k ribbonu? A kde jsou ty problémy s kompatibilitou? Já si žádných nevšiml.
Office pro Mac je pro MS nejspíš prodělečná záležitost. Mnoho lidí v MS volá po jeho zrušení.
srovnáváte typickou vlastnost, kterou dělají lidé při úpravě fotek po návratu z dovolené - ? nerozumím
nejspíš to spouštíte na počítači, kde by se Photoshop ani nespustil - Photoshop se mi spouští cca sedm sekund, Gimp cca dvacet.
Osobně mi připadá tragické, že autoři Gimpu nepublikují build pro Windows. Můžete si stáhnout neoficiální build, který je nepodepsaný - bad practice. Navíc ten zmíněný build zcela zjevně postrádá některé knihovny, a neobsahuje ani Liquid Rescale (který je také tragický, jak jsem psal). Pomalost interface je u Gimpu také prostý fakt. O další funkcionalitě nemluvě. Gimp je ukázkou, jak se nemá psát SW.
To je pekne, ze si muzu zobrazit zkratky. K cemu mi to ale je, kdyz v kazdem okne se pouziva pro stejnou vec jina zkratka? Zarnym prikladem je search v Outlooku. To mame nekde Ctrl+F, jinde Ctrl+S, pak jeste neco a v nekterych oknech to nefunguje vubec(konverzace ulozene v Enterprise Vault).
98% populace se nemuze mylit...
Těch odlišností je minimum. Je to bohužel důsledek historie - Outlook původně nepoužíval MS Word jako editor, a CTRL+F bylo celkem logicky použito na Forward. Hledání ve fulltextu je vždy všude Ctrl+E, hledání v otevřeném emailu bohužel používá F4 namísto Ctrl+F.
Enterprise Vault je fialový hnus. Pokud nefunguje search v EV, je to problém Symantecu, nikoliv Microsoftu.
MS zřejmě stačily lekce s ribbonem a Metrem ve Windows 8. I když něco uděláte v principu dobře, tak vás spousta uživatelů vypíská, protože se to změnilo.
To "rozbití" html mailu bylo vynucené dvěma aspekty:
1. Bezpečnost. Trident, Gecko, Blink, KHTML, WebKit a další jsou poměrně komplexní kusy SW, a jsou věčně děravé. Použití plného layout enginu (byť by default s nejvyšším bezpečnostním nastavením) pro uživatele znamená, že dostane email, koukne na něj, a má zavirováno. K tomu skutečně došlo. Použití jiného, zjednodušeného enginu, s omezeným subsetem HTML, tohle riziko minimalizuje.
2. Emaily se zobrazovaly pomocí Trident HTML engine, ale editace (včetně odpovědí na emaily) se prováděla ve Wordu. Přitom Word používá dost omezený subset HTML. To mohlo vést k situaci, kdy byly emaily zobrazovány výrazně odlišně, než jak vypadaly při psaní ve Wordu.
2. Ten use-case psani e-mailu ve wordu a pak posilani jako html(ne jako priloha) je hodne zvraceny. Spis bych rekl, ze tim MS promarnil miliony hodin prace lidi ve firmach, ktere html maily generuji automaticky. My jsme predelvali XSLka asi tyden. Byl to proste downgrade, kdy bez nahrady zrusili funkce ktere to umelo leta. Jeste dneska bych asi dal pesti cloveku co to prosadil.
WebKit (a KHTML, ze kterého vychází) nemůže na počítači samo udělat vůbec nic, protože jediné, co umí, je vytvářet nějaký abstraktní view strom a případně jej animovat. Všechna interakce s prostředím (přístup na file system, přístup na síť, vytváření samotných view, kreslení ap.) se dělá pomocí callbacků — a pokud ty callbacky neimplementujete (tedy použijete čistě WebKit a ne třeba QWebKit nebo Chromium Embedded, které již mají tyto callbacky implementované), tak nic nedělají. Samozřejmě chápu, že Trident nic takového neumí, taky nikdy nebyl určen pro portování a je pevně svázán s Windows, ale bezpečnostní díra ve WebKitu nainstaluje virus asi tak stejně snadno jako bezpečnostní díra v té HTML implementaci v Outlooku.
Nevím jak to ještě napsat. Když použijete plný HTML layout engine s podporou všeho možného i nemožného, bude mít spoustu chyb. Pokud navíc půjde o rozšířený HTML engine, bude na něj každou chvíli i spousta exploitů. Proto MS používá engine MS Wordu, který toho umí výrazně méně, a HTML dokumenty před prezentací převádí do odlišné interní reprezentace.
Tomu nějak nerozumím. HTML engine sám o sobě na disk nepřistupuje. Pokud ale umístíte do jeho paměťového prostoru instrukce pro volání přístupu na disk (například jako součást obrázku), a podaří se vám nějakým exploitem (typicky buffer overflow) přepsat zásobník, tak engine ten přístup na disk prostě zavolá. Máte nějakou základní představu, jak se exploitují aplikace?
Mám počítač s MS Windows od roku 1997. V práci používám MS Windows od roku 1999. Nikdy jsem neměl problém, že by to bylo pomalé.
Přiznávám, že Slackware v roce 1998 běžel svižněji než MS Windows 95. Jenže poměrně záhy se objevilo KDE a "síly" se vyrovnaly.
Ano, také jsem viděl líné počítače s MS Windows. Zejména u počítačově méně zdatných příbuzných. Obvyklá příčina byla poddimenzovaná komponenta (MS Windows 98 na PC s 8 MB RAM, MS Windows XP na procesoru na 200MHz apod.), zavirovaný počítač, nebo jen spousta balastu v podobě rezidentních "zrychlovačů počítače" a "expresních spouštěčů". Hodně velkou vinu za tento stav nesl svého času časopis "Počítač pro každého", který pravidelně distribuoval/doporučoval hromadu bloatware.
A ribon ve verzi MS Office 2010 mám rád. Menu, které se neschovává. Toolbar s velkými ikonkami.
Velmi vtipné. Jenže 1. Left 4 Dead 2 nejede přes X11, ale přes OpenGL. 2. Původní port jel na Linuxu na 6FPS, a pánové z Valve se naučili optimalizovat, plus si vyžádali změny v driverech. Na Windows jel původní, zjevně špatně optimalizovaný build. Tady máte detaily:
https://www.khronos.org/assets/uploads/developers/library/2012-siggraph-opengl-bof/Valve-Left-4-Dead-2-Linux-SIGGRAPH_Aug12.pdf
Ad XMir:
Neuvěřitelné. Dokázali přimět mezivrstrvu mezi Xky a hardwarem, aby z toho mála, co dělala doposud dělala ještě méně (= zfunkčnili unredirecting) a ono to kupodivu funguje skoro stejně rychle jako na čistých Xkách. Teď zbývá jen odpovědět na otázku, k čemu je to vlastně dobré.
Ad pomalý X.Org:
Vhledem k masivní aplikaci přímého vykreslování a všemožných HW akcelerací už toho samotná Xka dnes moc nevykreslují a např. Intelí SNA vykresluje docela svižně. Ani Windows na tom nebyly s rychlostí vykreslování zrovna kouzelně, vykreslovací engine "Raster" v Qt4 vznikl právě kvůli pomalosti tehdejšího GDI+ (http://blog.qt.digia.com/blog/2009/12/18/qt-graphics-and-performance-the-raster-engine/).
Ano, GDI+ bylo v některých operacích cca o řád pomalejší než GDI. A velmi drastický propad výkonu následuje pokud z obrazovky čtete. Pánové to udělali zcela správně: efekty rendrovali softwarově, bitmapy poté házeli na obrazovku pomocí GDI. Ještě výrazně rychlejší by bylo použít Direct3D a nějaké shadery, jako to nakonec MS udělal ve Vistě.
Za to ale vetsinou nemuzou Xka, ale memory management, scheduler a format .ELF(lazy binding). Navic Linux kernel - narozdil od Windows - penalizuje procesy, ktere generuji prilis mnoho syscallu. Diky tomu je desktop pouzitelny i kdyz se nejeka aplikace "zblazni". Cim vice pameti budou mit nove pocitace, tim mensi rozdily mezi obema systemy budou.
Navic "moderni" Linux desktopy miri opacnym smerem k Windows. Vsechno co je postavene na zpravach(DBUS) vyzaduje aby komunikujici procesy nelezely ve swapu, ale byly pripravene v RAM - jinak ma desktop priserne odezvy. Myslim v Linux kernelu nejak resilo, ze procesy ktere maji otevrene nejake tty se swapuji jinak nez ostatni. Tim se melo zarucit, ze kernel neodlije do swapu cely X-ka a tim nezastavi cely desktop. X.org a cela ta masinerie okolo gnome proste nejsou normalni procesy - pokud je ale oznacite jako "neswapovatelne" tak mate druhy Windows.
Zkuste si napriklad napsat jednoduchy programek, ktery "omylem" naalokuje vsechnu pamet a spustte ho v v gdb v gnome terminalu. S nejvetsi pravdepodobnosti se vam ho uz nepodari zabit pomoci "Ctrl+C", ale budete muset pockat nez ho zabije OOM - ani zadny taskmgr vam nepomuze. Pritom kdyz pojedete na FVWM a XTerm-u tak to funguje.