No upřímně řečeno danou příručku bych označil za učebnicový příklad toho, jak se věci nemají dělat. Když si čtu alternativami k software od Adobe, snad krom inkscape se musím smát (a i s ním by mě asi profík vyhnal). Alternativy jsou to možná pro home users, ale nepředpokládám, že by profi uživatel platící si premiere pro si vystačil s movie maker like softem, jako je openshot (kdyby to bylo aspoň kdenlive, ale i tak).
No prebehol som to len zbezne ale tadeto cesta nevedie viem si to predstavit v nejakej malej firmicke napriklad ponukajucu dovolenky ale nie vo velkej firme
osobne by som sa chcel realne pozriet do nejakej firmy kde pouzivaju iba linux a maju vynutenu nejaku bezpecnostnu politiku
ak porovnam linux a ms vo firemnom svete je ms na mile vpredu
osobne pouzivam linux ako jediny uzivatel v organizacii s 500 windows uzivatelmi a je tam viacej problemov ako osohu no nevzdavam sa
Kdepa, M$ neni na mile vpredu, ono to sice na papire vsechno vypada uzasne, ale realne jim stejne nic nefunguje - ne pokud si to nedodelas sam.
Mno a tady to prave narazi na to, ze v tuxlike vecech mas pro to "urob si sam" spoustu prostoru a podpory, kdezto u M$ neustale narazis na ruzny klacky co ti hazou pod nohy.
Navic veci od M$ proste vyhnivaji casem, i kdyz na to ani nesahnes, tak to casem samo prestane fungovat. Mam tu nekolik tuxu, a pokud pominu zaplatovani, tak kdyz na to 2 roky nesahnu, tak to za 2 roky bude fungovat presne stejne jako ted. Stejne tak tu mam widle. Vzhledem k tomu co na tom bezi, tu mam i dva zcela nikdy nezaplatovany systemy (proste nehodlam riskovat a uz nekolikrat sem se presvedcil, ze delam dobre) ... presto postupne vyhnivaji ... a po cca 3ch letech provozu to zacina bejt zraly na kompletni reinstal. Pritom se za ty 3 roky nemenil ani HW ani SW, proste je to presne tak, jak se to nainstalovalo. Ale zacinaj se objevovat nevysvetlitelny pady ... obcas vyleti zatizeni CPU do nebes ... a to se driv nedelo.
Prave proto musite na to skoleni. Tam vam tak dokurvi zpusob mysleni, ze hned ty hlasky z MS logu zacnete chapat. Pak budete vedet, pri kterych hlaskach reinstalovat Widle, pri kterych posledni SP, pri kterych aplikaci a pri kterych kropit svecenou vodou nebo vykonat ritual slunecniho tance ci vykurovani serverovny.
Ne, takle to delam, kdyz oprasuju Windows. Zrovna minuly tyden jsem musel o pulnoci na hrbitov vykopat umrlci lebku kvuli chybe 8700C300. Po ritualnim obradu se to zlepsilo o 50 % a chyba je nyni jiz jen 43806180. Ted shanim cernou slepici, kerou podriznu na sibenicnim vrchu a jeji krev rozstrikam do ctyrech svetovych stran, cimz se problem dojista vyresi.
To se dá dát i bez školení.
1. Kouknout jaká akce k problému vede, a zkusit zjistit proč (vstupní parameretry)
2. Kouknout do logů, případně do debug outputu aplikace.
3. Volat support dané aplikace.
BTW nesmyslné chybové hlášky nejsou specialita Windows; na Linuxu jsem jich viděl spoustu. Zkuste si na RAIDu udělat 16 partitions. Použijete 5 nástrojů, všechny vám dají různé nesmyslné hlášky, a bez studia dokumentace kernelu se nemáte šanci dozvědět, že 16 partitions na RAIDu prostě nevytvoříte. BTW2 pokud je to SW RAID5, tak se stejně dříve či později rozpadne a zcorruptí, takže je to vlastně jedno :)
Chcete to školení zdarma? Tak to zase ne :). Ale něco říct můžu.
U běžící aplikace můžete použít Sysinternals Process Explorer, a kouknout co dělá - jaké thready a ve kterém kódu běží, jaké soubory má aplikace otevřené atd.
Pokud se problém stává ve chvíli kdy u stroje nejste, můžete sesbírat performance logy pomocí perfmonu, a ty později analyzovat. Můžete si také nastavit prahy pro události - například při vytížení CPU nad X% (poklesu volné paměti pod daný práh, zvýšení počtu procesů nad práh, zvýšení počtu otevřených souborů nad práh atd) můžete spustit skript nebo odeslat email.
Sesbírané performance logy (vyplatí se toho sbírat spíš víc) pak můžete vizualizovat, případně exportovat a dál si s nimi hrát.
Numerické hlášky můžete přeložit do textové podoby pomocí utility err.exe, která je ke stažení na webu MS. Obecně by se o to měl starat autor aplikace, ale když to neudělá, tak jděte do tohohle.
Všechny tyhle nástruje jsou na Unixu taky, ale ještě jsem se nesetkal s tím, že by globálně admin vypnul logování nebo selektoval události.
Za err.exe palec dolů. Musí se stahovat, u systému kvality Widlí musí být takový nástroj součástí jádra a být volán přímo dialogem. Nebo ještě líp, vykakat se na čísla a rovnou hodit textovou hlášku do aplikace. Zpráva tak 50 znaků se ve 100Megovým exáči ztratí... Pokud většina zdrojáku není try..catch
O podobných nástrojích pro Unixy nevím, ale rád zjistím něco nového.
Proboha proč byste dával texty hlášek do kernelu? :) Windows umí s chybou vrátit i její popis, ale těžko vývojáře donutíte, aby ho vždycky zobrazil. BT celkem zábavná představa je i mít hlášky v aplikaci. Samozřejmě pro některé výjimky je tam najdete, ale těžko tam mít těch pár tisíc možných hlášek.
Statisticky je většina zdrojáků v C/C++, a používají Win32 structured exception handling. Pokud nějaká výjimka není odchycena a propadne, tak to často dopadne jen zobrazením toho kódu.
Jsou dva extrémy.
Jeden je bezpečnostní riziko - to je jako u MSSQL, když se v chybové hlášce uživatel dozví, jakou používá server verzi, který update a skrz který uživatelský účet tam vlastně web server leze. To je definitivně špatně.
Druhý extrém jsou Widle - člověk dostane jenom číslo chyby. To uživatele jenom mate, kontaktuje technockou podporu a na non-stop lince musí sedět o pět lidí více jenom proto, aby se BFU dozvěděl, že 0x12345678 znamená "Soubor nenalezen". No, on vlastně ten kód chyby může v sobě i obsahovat zakódovanou aplikaci nebo API funkci, takže zase info pro blackhata...
Přitom stačí vypsat jednoduchou hlášku jako "Soubor nenalezen", "Nemáte práva pro zápis souboru" a podobně... Programátor by měl znát jazyk a systém dostatečně na to, aby věděl, jestli systém poskytne bezpečnoua srozumitelnou hlášku v odpovídajícím jazyce a pokud ne, je věc profesionální cti to po autorech systému fixnout. Nehledě na to, že aplikace s neošetřenou výjimkou, kterou musí chytat systém, je ostuda.
To není problém MS SQL, ale webového serveru. A IIS za tímto účelem má nastavení errorMode s výchozí hodnotou DetailedLocalOnly. Detailní chybovou zprávu při tomto nastavení dostanete jen pokud stránku otevíráte z lokálního browseru, jinak je silně ořezaná.
http://msdn.microsoft.com/en-us/library/ms690497(v=vs.90).aspx
Aplikace ve Windows běžně vypisují chybové hlášky, se kterými autoři počítali, plus spoustu těch se kterými nepočítali. Jenže pokud jste někdy psal cokoliv složitějšího, tak jistě víte, že nelze hláškou ošetřovat každou možnou výjimku na každém místě, protože by se aplikace skládala převážně z chybových dialogů... ve kterých by jistě také byly chyby :)
Pokud výjimka propadne až na systém, tak v C/C++ systém moc detailů nemá. Hlášku totiž musíte odvodit z kódu chyby, a ten se liší podle toho které API ji vrátilo. Nehledě na to, že generická hláška typu "access denied" uživateli moc neřekne. K tomu přičtěte fakt, že řada používaných C/C++ konstrukcí spadne v případě chyby na špatný přístup k paměti. Například zavoláte vytvoření objektu, vrátí se vám null pointer, vy tomu objektu zkusíte zapsat nějakou vlastnost... a už je vymalováno.
V .NETu a Javě je to samozřejmě jiné, tam je zpráva součástí výjimky.
MS zaměstnává samozřejmě i lidi s poruchami autistického spektra, a jako první velká firma jim začal proplácet terapii. V IT je takových lidí spousta, i když o tom často neví. Osobně jsem jich potkal větší počet. Když je správně nasměrujete, bývají neuvěřitelně produktivní. Jeden by jim skoro záviděl ten vhled do technických detailů.
Hned se musím doplnit. Ona ten ribbon pravděpodobně jen navrhla. Myslím ale, že rozhodnutí o tom že to bude jediné uživatelské rozhraní rozhodl někdo jiný.
Nikdy jsem nechápal, že se na doplňkovém menu nerozhodl Microsoft rýžovat a přenechal to ostatním. Zřejmě opravdu chtěli aby si lidé zvykali, protože Microsoft plánoval zahrnout svět tablety.
Já osobně mám s ribbonem problém i v jiných aplikacích než je v office, většinou kvůli nesmyslnému návrhu.
Když už s tím Microsoft otravuje, měl nechat lidi ať si to mohou přeuspořádat jak potřebují. Kdo z vás si neupravoval starý panel nástrojů alespoň v Office nebo mailu?
Klasika se z toho nestane, můžete si upravit karty (zkuste si to). Ribbon je výrazně produktivnější než menu, takže nevidím důvod pro návrat ke klasice. Pokud ale chcete klasické menu v nových verzích, můžete si je nainstalovat jako doplněk.
http://www.addintools.com/office2010/word/
pokud by byl linux siren stejne jako wihdows, tedy 98% PC jen s tuxem, tak by to ve firmach take vypafdalo jinak, kdyby se prodavala PC a laptopy bez os a zakaznik by si mohl vybrat jestli jeste priplatit 2k za wdle, taky by jeho rozhodnuti mohlo byt jine, ale kdyz dostane os za dumpingovou cenu...