Nějakým nedopatřeným v marketingu vypadnul blok: "backdoor manager" "bonzator" a "inkvizitor" , prosím o doplnění do obrázku.

PS: Taky se vám zdá že blok aplications zabírá podezřele malou plochu ? :)

Já bych řekl, že těch marketingově vypadnutých bloků tam bude mnohem víc :) Naštěstí je toto vzdálená budoucnost, ve které budeme mít větší problémy, než jak nám (ne)funguje operační systém :) P.S.: Navrhuji tento článek jakožto rekordmana v poměru uvozovek na řadek textu! Vážně jsem se v tom po chvilce ztratil :)

Tatranka > Všechny věci co popisuješ budou pod Services / Security

MS holt vyčkává na dobu kdy už nebude vadit že OS sebere 8GB RAM a 200GB na disku :) ...

Nějaká soutěž v množství uvozovek na článek?

Takže tak za 10 let možná budou od Mrdkosoftu použitelné Widle?

"Jednou z klíčových myšlenek je oproštění se od zpětné kompatibility..."
Myslim ze od tej sa oprostila uz Vista lol

2 xDx: Ta doba nie je daleko - take systemove naroky bude mat Windows Seven ;)

Koukám že se opět potvrdila přímá úměra: čím víc nadávek na microsoft, tím větší nula je vypouští.

Až příjde Midori, budou se desktopy prodávat se stolkem, jako kdysi šlapací stroje - energie buďto nebude, nebo bude tak šíleně drahá, že si ji málokdo dovolí. Nadále bude existovat technologie QuickStep, ovšem tentokrát obrácená v tom smyslu, že kdo bude šlapat rychleji, bude mít výkonější počítač ;) Prostě ten ekologicky nejzelenější pohon, koneckonců Midori znamená v japonštině zelenou barvu (midori - zelená　緑). Dnešní termín "šlapka" ztratí svůj hanlivý nádech a budou jím označováni lidé pracující v novém oboru služeb - nabídka lidských šlapacích motorů.

Proč radši ve volném čase nevyvíjíte nový linuxový kernel?

Chlapi vy máte asi hodně matnou představu o energetické náročnosti průmyslu a veškerého pohodlí jako je teplo v zimě :) V čase kdy by nebyla energie pro počítače by už nefungovalo prakticky nic takže by byly stejně každýmu úplně u výfuku. :)

Rotavator: precitaj si clanok, aplikacie pre midori pouzivaju vlastnu sadu instrukcii, a OS zabezpecuje virtualne CPU. TAk ako Mainframe. Zlate 60. roky, az podnes bezia mnohe aplikacie co boli napisane v 60. rokoch...

Nie je to nic nove, nieco take IBM predava uz od S/360 a v biznise to volaju dinosaury. Jeden nedavny model mainframov mal oznacenie T. Rex. Kto predsa tvrdi ze dinosaury musia byt pomale a bylinozrave?

Hele, Tatranko, za a) je to ftip, za b) si to stejne necham pro jistotu patentovat a za c) prachama za poskytnuti licence si budu topit :D

Hele mikymauz, ono to jako vtip bohužel nevypadá, cocela si dokážu představit i takové technické řešení a jeho ralizaci. Vtip je obvykle založen na dvojznačnosti, absurditě nebo paradoxu. Viz http://cs.wikipedia.org/wiki/Vtip

Vtip je třeba:
Víte, jaký je rozdíl mezi padákem a kondomem?
...
Když se roztrhne padák, je o jednoho méně.

xDx: Copak velikost a misto na disku ... hlavne nesmi vadit, ze prekresleni kazdeho pixelu na obrazovce bude znamenat 6x prepnout kontext do jineho procesu. Ale co, uz dnesni procesory maji vic vykonu nez BFU potrebuje ...

Tatranka: Copak teplo v zime ... ale takova zima v lete, to je zatracene energeticky narocna zalezitost.

mikymauz: Clovek je extremne neefektivni druh pohonu. Vis kolik toho sezere ? To je pouzitelne maximalne na ten domaci notebook, servery se budou samozrejme pohanet konskym pohonem (pripadne osli nebo kravy) a komercne se rovnez bude nabizet konsky pohon a ne lidsky. Samozrejme to se bude tykat jenom zemi ve kterych se do vlady dostali zeleny: vsichni ostatni budou v pohode a vysmaty pouzivat jadernou energii. I my budeme v dobe kdy Midori vyjde vysmaty, pokud tak do tri let zacneme stavet dalsi bloky Temelina ...

Co bude dřív Midori nebo Hurd? ;-)

Vidim ze niektori ludia navstevujuci tento server maju zmysel pre humor asi ako pokazeny mixer.

Jo, je málo lidí, kteří windows ocení za jejich kvality. Většina si najde nějakou chybu a pak na ni zuřivě upozorňuje. No spíš, jenom papouškuje různé mýty. Linux má taky spoustu nedostatků.

Konecne neco, co neni zatizeno zpetnou kompatibilitou... ovsem takhle se to taky delat neda - jak to nemam hw podporu, tak to stejne nekdo ochcije a driv nebo pozdeji se i pro tohle udela rootkit..

AZOR : neměj strach, před dokončením to tou zpětnou kompatibilitou zatíží :) ono to jinak nejde.
Ale nebylo by špatný, kdyby se zpětná kompatibilita řešila nějakou emulací... která by se časem prostě vyhodila - stejně jako teď, když chceš pustit dosový program, tak jednoduše nahodíš emulátor a OS tím "zasviněn" být nemusí.
 

Co se tyka projektu Singularity, muze se zdat az vtipne, kdyz autori v jednom ze svych starsich videi rikaji "ano, muzeme na tom dneska klidne odprezentovat power pointovou prezentaci... pokud ji zkompilujeme do jadra". Na druhou stranu potencial je nehorazne velky. Nemusim mit ani nejaky "SIP" jakozto jmeno pro neco co udela z .Netoveho OS neco bezpecneho. Ono totiz v principu proc poustet neco ve strojovem kodu? Jakmile nemam pristup k hardwaru jen tezko muzu prijit s virem, ktery zneuzije toho ze mi vyklopi strojovy kod nekam do zasobniku. Vesmes mohu mit temer dokonalou kontrolu nad tim co jsou data (ktera se nikdy nikdo nebude snazit spoustet) a aplikaci (jez proste nebude systemove ani hardwarove prepsatelna za behu).  --- Jeste k te vykonosti, heh, uz vidim ty protahle pohledy "fuj, to bude Managed?". Pak se juknete na vas oblibeny FireFox a vzpomente si "jo, kdyk vlastne FF je taky Managed". Managed v principu neznamena pomaly jak zelva, polovina bankovnich systemu s miliony transakci bezi dneska na jave. Mensi herni vyvojari se otaceji k vyvoji pod .Netem a podle vysledku je videt, ze rozhodne netrpi. Pokud ma Managed dneska nekde ztratu, tak je to zejmena tam kde je treba kod prelozit do nativnich volani dane platformy, u projektu jako Singularity, tenhle protivny bod odpada a programy pracuji opravdu slusne svizne.

Tenhle napad bych prirovnal ke Smalltalku. Zacinam se strast hruzou.

2 WIFT: Tak nevím, jestli jste nula nebo ovce (cituji "Koukám, že uživateli produktů Microsoftu jsou jen nuly (ti, co na ně nadávají) a ovce (ti, co na ně nenadávají)"). Pokud ani jedno, nedokážu si představit situaci, kdy můžete hodnotit systém Windows (cituji "Pokud jde o mě, Windows (jmenovitě 2000 a všechny XP) považuji za vcelku povedený systém. Jediné, co mě značně znepokojuje, je chování Microsoftu. Z toho také vyplývají některé vlastnosti, které systémy Windows mají. Buďto je musím nějak obcházet, ručně eliminovat, nebo prostě se zatnutými zuby přetrpět.") bez toho, abyste se s ním jako uživatel neseznánil. Troška soudnosti by neškodila ... specielně od redaktora.

Slahoun> ehm co je vo FF managed? akurat ze FF vyuziva jscript,xul na gui a veci okolo.Javascriptovy stroj vo FF asi nebude managed ze? Mimochodom kazda vec ma svoje pozitiva aj negativa.Neprepisatelna aplikacia za behu ? Mozeme zabudnut na UPX a podobne runtime packery ale skor by sa asi podakovali vsetky firmy ktore buduju rozne anticopy ochrany (SecuRom,StarForce a podobne).Nehovoriac o tom ze asi bude o dost jednoduchsie dekompilovat nejaky managed kod aj ked bude nejak obfuskovany.A tiez je dost odveci porovnavat javovske enterprise aplikacie ktore mozu bezat aj na clustroch s nejakym domacim desktopom.Nehovoriac ze ina je poziadavka na vykon pri behu klientskej aplikacie ako managed a ine poziadavky su kladene na kernel a veci okolo.Staci sa pozriet na .net ktory mal nahradit vo viste winapi.Ms od toho uskocil pretoze by to bolo vykonnostne "nepouzitelne"

Slahoun:

... ano miliony transakcí běží, ale ne na javě. Mnoho bank a hlavně velkých bank pouzívá core engine postavený na cobolu. Java je až nad tím, zejména v klientech, kde transakce zpravidla neběhají.

dc: Tak na tohle musím reagovat, člověk který tvrdí, že .net je "výkonostně nepoužitelný" vůbec, ale vůbec neví o čem mluví. Zkuste si v tom něco napsat a uděla nějaké testy, pak se vraťte a můžeme se začít bavit - zatím jen blábojíte. Obecně je .net pomalejší cca o jednotky procent(*) - což je prakticky neměřitelné, narozdíl od zkompilovatelného kódu se bude s příchodem nových VM zrychlovat, aniž byste na program musel sáhnout a jsou dokonce věci, ve kterých je výrazně rychlejší než C++ (protože jeho knihovny jsou často lépe napsané). A nakonec, C# dovede bez problémů volat C++, takže když se jednou za rok vyskytne časově kritická operace, tak ji není problém napsat v C++ (je to obdoba psaní assembleru v céčkovském kódu).
 
(*) až na některé operace kde je to třeba 20%, ty ovšem zkušený programátor (kterého se týkají) zná a dovede se jim vyhnout - v 99% programů to však vůbec není potřeba.
 
PS: .NETem se zabývám 6 let a v C++ profesionálně programuji 4 roky, což mi myslím dalo dost zkušeností na porovnání...

Slahoun: Ale my se nepodíváme na Firefox. My se podíváme třeba na x264 a uvidíme, že by bylo bez agresivně potimalizovaného strojáku, různým chytračinkám až hackům a hlavně ručního asamblerového kódu tak 5-10x pomalejší. A vyžerte si takovou ztrátu rychlsoti. Némlich když podobná situace je s přehráváním HD videa, a tam už to zkrátka realtime být musí. Jo a Photoshopové filtry, renderování...

On totiž Firefox není něco, co si představím pod CPU-intensive apliakcí. Alespoň by tedy neměl :)

Azazel> ehm ma vobec zmysel reagovat? sahol som vam na vase dektopove ego alebo co ? odpoviem vam vo vasom tone.Neviem co si x rokov bastlite v .nete ale tu sa nejedna o blby wordpad,kolko mu bude trvat formatovanie textu a podobne ale minimalne o systemove api a pravdepodobne aj o niektore casti kernelu.Tam su, ako som uz napisal,"trosicka" ine poziadavky a odozvu.To ze vo vasej desktopovej aplikacii pol tyzdna cakate kym uzivatel stlaci button a potom ci mu vypluje aplikacia vysledok za 2 alebo 4 sekundy je jedno je fajn ale asi takto sa rozhodovat nemoze kernel.A ako som pisal povodne mal byt .net primarne api vo windows vista.Nakoniec MS od toho upustil.Tazko povedat preco ale asi to nejaky zmysel malo (dufam ze technicky a nie len markenigovy).Nikto netvrdi,ani ja,ze .net neni funkcny a pouzitelny ale ma svoje hranice a pri takomto pristupe by ani zdaleka nebol vyuzity vykonostny potencional procesora (uz dnes sa ten vykon nevyuziva na max). Mimochodom to je asi taka ista zhovadilost ako priama a, zdoraznujem, nutena podpora CLR v sql2005 servery.Neviem ktoreho vola to napadlo.Respektive napad je to dobry ale realita je tragicka.

Mandarinka: vec sa ma takto, otvor si 20 okien fudzilla.com bez adblocku a uvidis. Flashovy prehravac od Adobemedia je bugovy az-az a floating-point vypocty vyzeru kvantum CPU, daleko viac ako animovany GIF. Takze ano, napriklad aj azet.sk je uz vypoctovo narocna stranka kvoli vsetkym flashovym reklamam.

2Azazel: Dovolim si tvrdit, ze nevis o cem mluvis, aplikace v .NET jsou radove pomalejsi a radove narocnejsi nez aplikace psany v C/C++.

Minimalne nepotrebuju kvuli 100kB aplikaci instalovat 100MB bordelu.

Vazne bych chtel videt trebas game server napsany v .NETu, ne ze by to nefungovalo, ale na totoznem HW by to udrzelo 1/10 lidi.

Azazel: sice nejsem žádný guru v programování .NET nebo C++, ale z toho co jste napsal je vidět, že jste na baterky. I kdyby jste programoval dvojnásobnou dobu, tak to bude málo. Pokud máte zájem, tak si přečtěte článek skutečného programátora narozdíl od Vás: http://technet.idnes.cz/exkluzivni-rozhovor-s-cechem-ktery-sefuje-vyvoji... . Vista napsaná v .NET byla NEPOUŽITELNÁ.

kerala: To ovšem není problém .netu, ale rozdílu mezi kódem, který se 20 let optimalizuje a kódem zcela novým.
sds: Pro tvou informaci MS Exchange byl prakticky celý přepsán do .netu a nikdo si toho ani nevšiml - protože se zkrátka žádná změna ve výkonu nekonala

Azazel: Ano, v 99% aplikaci neni potreba tohle nebo tamhleto ... ale to 1% aplikaci pak bezi 99% casu, protoze jsou to ty nejdulezitejsi. Typicky takove jadro operacniho systemu. Nebo interprety (VM) tech vasich managed jazyku - ty nove, rychlejsi VM totiz neprichazi sami od sebe, ty musi nekdo napsat a to v nemanaged jazyku, casto i s vyuzitim assembleru.

jojo2: Kdyby byl prehravac flashe napsany v Jave nebo C#, je to jeste horsi.

kerala: HiHi. Aero je definice (skin) napsana v XAMLu coz je WPF a WPF je soucast .NET 3.0 . Puvodne toho v .NET melo byt mnohem vic nez je, ale jak uz psal Azazel odladovani chce cas, pocet programatoru nehraje zadnou roly.

hkmaly: Prehravac Flashe je ukazka bastlu nejhorsi urovne a je jedno v cem je napsany. Ostatne Adobe s tim ma velke zkusnosti - viz extra pomaly Adobe Acrobat Reader jenz je pomaly taktez na jakemkoliv stroji. Hlavne ze do nej cpou cim dal vic naprosto nesmyslnych funkci.

Azazel: to ze vela veci sa migrovalo do DOOT NEET si vsimol snad kazdy ze padaju predtym normalne internetove stranky, bnapriklad aj v ATComp im pada dokonca aj zobrazovanie reklamy, na inych strankach mi casto nezobrazi nic okrem hlasky ze niekde v DOT NET nastala chyba a ze si mam trhnut... kde su zlate casy statickych HTML ktore fungovali pokial mal server este ake-take spojenie. .NET ti spadne 1000x castejsie, ako zakladny fakt, takze ano, migraciu webu na .NET som si velmi neprijemne vsimol, napriklad aj na tom ze mi to zmazalo publikovane fotografie a tak... pekne dakujem!

jojo2: u takovych prispevku se vzdycky bavim a zaroven me trapi stav radobyvzdelane internetove mladeze
hkmaly: VM .netu ani javy neni interpret, coz byste mel vedet, kdyz se o techto technologiich vyjadrujete