XMir už šlape stejně rychle jako X.Org

Já si myslím, že lidé jsou líní a jdou cestou nejmenšího odporu.

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.

Remote desktop :-D to je jak michat zlato s hovnama... X11 forwarding je pomerne ciste implementovan, RDP je ofajc na ofajcu

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 :)

Tve, ty to radsi uz nehul ... tak schvalne, jak takovej beznej franta najde, kde si zobrazi zdrojak mailu ...

Běžnej Franta určitě nebude hledat zobrazení zdrojáku mailu, protože ani neví co to je...

Je to málo používaná funkce, takže je dobře ukrytá :). V "klasickém" menu se také nehledala dvakrát snadno.

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 ?

:)

Jenže formát stránky se váže k tisku, a tisk je logicky v menu File. Podobně ve Wordu 6(-)-2003 bylo menu Insert, ale tabulky se vkládaly přes Table/Insert.

To ano, formát stránky souvisí s tiskem. Ale jak souvisí se souborem? Tisknout můžu dokumenty otevřené v rámci různých pluginů a rychlých náhledů, které soubor z pohledu uživatele vůbec nemají. Hledat formát v menu formát mi naopak přijde skutečně logické.

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.

O téhle featuře jsem nikdy neslyšel. Mně to okénko vyskakovalo co 10 minut, ale nikdy se to nerestartovalo samo. V MS Windows 7 tam přidali možnost zvolit, za jak dlouho se má zeptat znovu.

Záleží na spoustě okolností, např. se to liší u počítačů v doméně. Nicméně nám ve výchozím nastavení se restartují samovolně i serverové Windows a to je teprve mazec. Po několika týdnech se přihlásím k serveru a tam se píše "počítač byl restartován"

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.

Láry fáry! Zrovna spuštění LO je na linuxu otázkou blesku a to i ve virtualboxu na Win7, než-li v samotném hostitelskem OS.

Nejlepsi sou patche, ktery se ani nezeptaj a stroj jednoduse restartnou.

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ě.

Nejrychlejší bude MS Office pod Windows, s rezervou nejpomalejší OOo na Linuxu.

Pouze v případě, kdy zapnete rychlé spouštění MS Office a vypnete rychlé spouštění OOo ;-)

Jenže MS Office už deset let žádný rychlo-spouštěč nepoužívá, protože ho nepotřebuje :)

Oni ty knihovny už přednačítají při startu rovnou?

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.

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

Pro vaši informaci jsem unixy používal řadu let, teprve někdy okolo NT4 jsem přešel na Windows.

To podle vás platilo před pár lety? Před pár lety jsem slýchal totéž :), ale bohužel to tak nebylo.

OK, stačilo napsat, že nemáte další argumenty :)

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.

Máš nějaké trauma? Týral tě někdo v dětství? Znásilňoval tě někdo? Svěř se nám! Když ti s tím nepomůžeme, tak se ti aspoň uleví. Nenávist vůči kousku software není řešení.

?? Popisuji konkrétní problémy nějakého SW. Proč myslíte, že u toho ten SW musím nenávidět?

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í?

Váš příspěvek je úplně mimo. Bavíme se tu s lidmi o technických aspektech SW. Pokud se do takové diskuse chcete připojit, jste vítán.

Jak to hned zní líp, když se spamu řekne "bavíme se o technických apektech" :-D Ale máš pravdu, tyhle stránky vlastně vůbec číst nemusím, když to provozovatele baví kvůli vašemu spamu přicházet o čtenáře, tak to už je jeho věc.

"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.pref­s.WindowsPrefe­rences 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/clas­ses/6.893/F03/lec­tures/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ě :/

Ještě ad bezpečnost Javy - článek je z roku 2010. Podle mě nebyla bezpečnější ani tehdy. Za poslední dva roky těch kritických děr byla spousta, a opravy trvaly velmi dlouho.

Java nebyla bezpečnější než .NET. Byla stejně bezpečná. AFAIK to platí pořád.

"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.sourcefor­ge.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 Assi‍stance, 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/ess‍ays/cp4e/
http://jonathan‍scorner.com/pyt­hon/

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 Photo‍shop 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.con­toso.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 Photo‍shop 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.

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.

Me by zajimalo, proc to proste cele nepredelaji(na Outlooku je tech UX problemu spousta), ale jen na to lepi dalsi bordel. Kdyz muzou rozbit formatovani html mailu(coz byl imho hodne velky pruser), tak par klavesovych zkratek by uzivatele taky zkousli.

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.

Já bych zase dal pěstí lidem, kteří rozesílají hromadné maily. Takže jsme se kvit :)

Mz nerozesilame hromadne maily, ale dokumenty a reporty lidem, kteri za to plati ;)

A já jsem neprosadil použití layout enginu Wordu pro čtení HTML mailů v Outlooku ;)

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.

Aha, takže když ve WebKitu někde přeteče buffer, tak to neudělá vůbec nic, protože používá callbacky. Na druhé straně Trident používá... taky callbacky.

Pokud ve WebKitu přeteče buffer, udělá to to samé, jako když v tom Outlook HTML enginu přeteče buffer ;-)

V tom případě nechápu, co je tak složitého na tom zablokovat přístup na disk a spouštění příloh místo znovuvynalézání kola.

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?

No, pokud budete srovnávat X11 primitiva s Direct3D, tak to fakt nemá smysl ;-)

XMir je implementace X11 serveru pro Mir, nedovedu si představit, co by museli udělat, aby byl rychlejší než X.Org

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.

Naopak GDI ve Windows je už od první verze zatraceně rychlé. Pokud ale chcete na kreslené objekty aplikovat grafické efekty které GDI nativně neumí (třeba nějaké rozpliznutí), je potřeba to udělat *před* jejich předáním GDI.

GDI byl od prvni verze tak rychle, ze ho radsi prestehovali do jadra.

Vzhledem k tomu, že si ještě pamatuji rozdíl v rychlosti vykreslování mezi Windows 98 a Red Hatem 5.2 na stejném stroji (kde jsem u obou systémů opravdu viděl, jak se to postupně vykresluje), tak v tom případě jsou zatraceně rychlá i Xka ;-)