Psaní skriptů je pro vás jednoduché, protože jste se skriptovat naučil. Ovšem většina lidí nemá rok na to, aby se naučila ovládat vi, naučila syntaxi pár stovek příkazů, regexpy, skriptování bashe atd.
Relevantní výpis Registry přilepte do jakékoliv novější diskuze, kde jste mě viděl. Najdu ho tam.
Ano, popsal jsem, proč se Windows po instalaci hromady aplikací stávají pomalejšími. Samozřejmě pokud odstraníte reference na komponenty, které zpomalení způsobují, bude odezva opět rychlejší.
K rychlosti: na prvním místě je třeba říci, že když na FS přidáte další soubor, tak se zpomalí (stejně jako se po přidání položky zpomalí Registry, DB, nebo cokoliv jiného). Tohle zpomalení je ovšem minimální, protože jde o datové struktury, kde počet elementárních operací při vyhledávání roste výrazně pomaleji, než počet prohledávaných položek (viz binary search tree). Pokud v těchto věcech nejste doma, tak si představte, že hledáte v telefonním seznamu podle indexu, který pokrývá více úrovní (nejprve z indexu vyberete N, na nalezené stránce máte další index, z něho vyberete O, atd, až najdete celé jméno NOVÁK).
Když vyhledáváte hodnoty v konfigurácích, je to pomalé. Představte si konfigurák s milionem řádků. Chcete najít sekci [mojeSekce], a v ní hodnotu mojeBarva. Protože konfigurák nemá žádný binární index (ježto je čistě textový), musíte ho číst řádek po řádku, než najdete, co hledáte. Jde o ekvivalent toho, když otevřete telefonní seznam na první stránce, a čtete jedno jméno po druhém, dokud nenajdete jméno NOVÁK. Tenhle způsob hledání má ten problém, že počet elementárních operací roste stejně rychle, jako počet prohledávaných položek (dvakrát delší seznam budete pročítat dvakrát déle).
A teď si představte zápis do konfiguráku. V půlce konfiguráku s milionem záznamů máte tu sekci [mojeSekce], a chcete do ní připsat hodnotu mojeVolba. Přidání (nebo změna) jedné řádky znamená přepsat celý zbytek souboru, což je mimořádně dlouhá a náročná operace. V případě binární struktury je přidání záznamu daleko rychlejší (viz opět binary search tree a jeho praktické aplikace, včetně Windows Registry). Milion záznamů konfiguráku jsem použil jako příklad, v praxi bývají konfiguráky kratší. Ale vezměte v úvahu, že textový export Registry běžného desktopu má desítky MB. Je vám už jasné, proč jsou konfiguráky pomalejší, a proč se s růstem velikost zpomalují daleko více, než Windows Registry?
K přidávání uživatelů a spol: uživatel čeká, že bude mít komfortní interface. Opravdu nevidíte rozdíl? Excelový sheet, kde máte nadepsané sloupce, popisy jsou ukotvené (jsou vždy vidět), lze provést verifikaci zadaných dat. Můžete data vytáhnout z databáze; na má Excel wizard, nebo můžete napsat makro na stisk tlačítka. Jako alternativu nabízíte textový soubor, a skript, který pouští command line utility. Náročnost je dost podobná (byť mi VBA připadne lehčí k učení, než bash), výsledek je v Excelu o řád lepší. Samozřejmě skript můžete použít i ve Windows, ale to není pointa.
Jak jsem psal, vzdálená datbaáze Registry se připojuje podobně, jako diskové sdílení.
NFS není jediná alternativa, ale ukázkou unixového přístupu. Navíc NFS je de-facto standardem unixového světa, stejně jako SMB standardem světa Windows. Samozřejmě ve Windows nemusíte mít podporu SMB, a můžete použít jiný protokol (viz ty z dílny Novellu, viz jejich integrace do Windows).
Ano, seznam deamonů získáte. A co získáte? Textový stream. Ten můžete parsovat a filtrovat. Ve mnou popsaném případě můžete pracovat s objekty. Například v daném příkladu lze použít $_.Stop, tedy zavolat metodu Stop dané instance objektu ServiceController.
Aplikace na Linuxu opravdu chybí. Problém není s těmi typu browser a přehrávání MP3. Problém je s produktivními aplikacemi, typu CAD, účetnictví, DTP, systémů pro hotely, restaurace, kadeřnictví, řízení projektů, a tisíci dalších věcí. Pokud počétač nepoužíváte jako nástroji pro podporu primárně nepočítačové práce (což ale dělá naprostá většina uživatelů počítačů), a rád se ve věcech šťouráte, tak vám toho možná moc nechybí. Dokumentace stylu man je ve srovnání s MSDN zoufale chudá.
Ve Windows XP bez instalace MPEG2 kodeku DVD nepřehrajete. MPEG2 dekodér dostanete s většinou DVD mechanik (OEM verze PowerDVD apod), kodek pak může využívat jakákoliv aplikace. Vista má MPEG2 dekodér vestavěný (a mimo jiné má Windows Media Center, pěkný TV-like interface). Linux MPEG2 dekodér vestavěný nemůže mít, protože by to bylo nelegální (ovšem i distra s nelegálními MPEG2 dekodéry asi existují). Jste tedy odkázán na to, že si někde stáhnete pirátský MPEG2 dekodér. Výjimkou je pár komerčních dister Linuxu, které obsahují licencované technologie.
K OpenGL jste původně něco říkal vy. Důležitým faktem je to, že DirectX je celá platforma pro podporu her (3D a 2D zobrazování, vstup z klávesnice, myši a joysticků, zvuk, komprese a dekomprese audia a videa, high level 3D grafika). OpenGL se stará o vykreslování 3D primitiv, a tím to končí. Pokud rád programujete v C, bude se vám líbil OpenGL. Pokud píšete pro unixy, bude se vám muset líbit OpenGL, jinak máte smůlu :). Pokud píšete v C++, C#, potřebujete obsluhu vstupních zařízení, zvuk, píšete pro XBox apod., zřejmě dáte přednost DirectX. Samozřejmě ve Windows můžete použít i OpenGL.
Názor ke zprávičce Microsoft zrušil v Office podporu některých formátů
