Aplikace, které jsou určené primárně pro konzoli, by hlavně měly vymřít. Existují samozřejmě výjimky, kde je použití konzole oprávněné. Nicméně konzole jako primární interface je neodpustitelná příšernost. Ještě, že unixy nepoužívaly jako primární interface děrné štítky. Dnes byste měl stůl plný štítků velikosti SD karty, a tvrdil byste, že je to nejlepší možná věc, protože si skript odnesete fyzicky s sebou, což vám žádný terminál s klávesnicí a monitorem nikdy nedá :)
Až někdy spustíte Windows, zkuste mi ukázat, které věci v Registry nejsou konfirurace nebo registrace komponent.
Máte nějaký způsob, jak podepřít své tvrzení, že samotné zvýšení objemu Registry má vliv na rychlost systému jako takového? Nebo jde o urban legend? Zkuste si zvětšit objem Registry tak, že někde založíte řadu klíčů a hodnot. Zkuste si vytvořit opravdu velkou databázi Registry, a pak se dívejte, jak se mění rychlost systému. Zjistíte, že výsledek je podobný, jako když zvětšujete počet a délku konfiguráků. Jenom jsou ty konfiguráky pro vyhledávání hodnot pomalejší, protože musíte udělat slow search, kdežto Registry má index.
Tvrdil jste, že na Linuxu můžete dělat spoustu věcí z command line. Já tu jen ukazuji, že ve Windows také. Ale když tvrdíte, že můžete použít postup ekvivalentní tomu s Excelem a VBA, zkuste mi ho prosím popsat. Já totiž vím, že unixy bohužel nemají žádné API pro přidání uživatele, takže skončíte spouštěním command line utility. A jistě se shodneme, že to je někde úplně jinde, než postup, který jsem popisoval já. Jinak sekretářka by asi mohla používat textový soubor, nebo psací stroj. Otázka je, proč by něco tak nepohodlného dělala.
Remote Registry je zabezpečené v principu stejně, jako SMB protokol. Serverová část není náchylná na buffer overflow (určitě ne tolik, jako běžný web server :) ). Navíc Remote Registry používáte za firewallem, ve firemním (či domácím) prostředí. NFS není nepostradatelné, nicméně je velikou bezpečnostní katastrofou (stejně jako telnet, ftp apod).
PowerShell nemá s bashem moc společného. Důležitým aspektem je fakt, že pracujete s objekty. Například lze získat seznam služeb (deamonů), které právě běží:
get-service | where-object { $_.status -eq "Running"}
Nejde o unixové "spusť utilitu, parsuj její textový výstup". Ve výsledku není problém například vytvořit okno, procházet seznam oken, ovládat instanci desktopové aplikace apod. Oproti unixovým shellům jde o první pokrok po velké spoustě let.
Bohužel přes velký pokrok toho v Linuxu moc nenapracujete. Chybí aplikace, vývoj je obtížný, dokumentace mizerná, lokalizace neúplná a mizerná, platforma úzká a nehotová, komponenty usnadňující vývoj aplikací prakticky neexistují. Dnes pravda už v Linuxu přehrajete DVD, dokonce s menu DVD disku a s titulky (což svého času bylo sci-fi). Nevím, jestli z něj dostanete také vícekanálový zvuk, a mám o tom jisté pochybnosti (natož vícekanálový zvuk u her).
Kde je ve Windows problém s OpenGL? Hlavně proč OpenGL, když svět jede na DirectX, které nabízí daleko více.
Názor ke zprávičce Microsoft zrušil v Office podporu některých formátů
