Vlákno názorů k článku
Stahujte a šiřte příručku Software na úřadech a jeho otevřené alternativy od jurasn - No upřímně řečeno danou příručku bych označil za...

Maj na školení taky nějakou radu na tohle?

http://i44.tinypic.com/2eojxuv.jpg

Takhle to děláte vy? Zajímavé. Magické myšlení je unixovým adminům svým způsobem blízké ;)

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

Ono je asi cokoliv lepší, než si nechat dokurvit mozek hjkl, ovládáním vi, stovkami příkazů a jejich syntaxí, a brainwashingem který vás naučí považovat zjevné chyby za funkční vlastnosti.

Pokud Ribbon není chyba, tak to teda potěš koště...

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 školení jsou dostupné a levné (srovnejte třeba se SAPem). Ono si sice stačí přečíst Resource Kit, případně správné části MSDN Library, ale kdo to nedokáže, pro toho je tu školení.

Jasne ľudia nemajú nič iné na starosti len na jednom desktope hľadať čo sa tam pokazilo. Reinstall in any case.

Když se něco pokazí, tak je dobré to opravit. Reinstalace je v naprosté většině případů berlička neschopného admina.

Nesmysl.

O opravném nástroji na registry nevím. Zato vím, že existuje záložní kopie registry, a dá se vždy vrátit k poslední známé dobré konfiguraci. BTW už je na Linuxu něco na opravu toho zasraného /etc? :D

Když se vám pokazí FS, tak to textový editor fakt nezachrání. Nebo si snad umíte nabušit obsah /etc/passwd a /etc/oracle po paměti?

Chyba FS nevede ke ztrátě dat v registrech? Registry widlí se neukládají na disku pod FS, ale někam do temné hmoty? Nebo snad mají zálohu v Redmondu a jaksi nám to zapomněli říct?

Knížky umím číst jako free text, bez dekompilace.

Když už jsme klesli až na dno k SAPu, MS taky zaměstnává autisty ve vývoji? To se potom není čemu divit...

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

Konečne vieme kto designova Modern UI a ribbon

Ta ženská co spáchala ribbon, by prý mohla stát i v čele celého Microsoftu.

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?

V Office 2010 si ribbon můžete přizpůsobit.

Dá se přizpůsobit do takové míry, že se z toho stane klasika? A zvládne to BFU bez stostránkovýho manuálu na první pokus? Když ne, tak jako by to nebylo.

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/