Murphologické základy, Od DOSu k Windows, Rozšíření Windows pro Multimedia, Windows 3.1, Použití Windows od A do Z, Windows a hardware, Programátor, uživatel a Windows, Citáty, Poznatky, Definice, Obecné zákony

G. Dvě strany mince: programátor, uživatel a Windows jako škodolibý okraj, na kterém se vše zastaví

Murphyologický výzkum zjistil trvalou systémovou rivalitu mezi uživateli a vývojáři, jak ji definuje například

Katzův zákon:
Uživatel a vývojář budou vzájemně teprve tehdy rozumně vycházet, až všechny ostatní metody selžou.

Zostření Katzova zákona:
Uživatel a vývojář nebou spolu ani tehdy rozumně vycházet, když všechny ostatní metody selžou. Od doby zavedení grafických uživatelských rozhraní vypadá však rozdíl mezi programátorem a uživatelem úplně jinak. Zatím co programátor Windows ztroskotá na tom, že musí pracovat pod nekonsistentním operačním systémem ve špatném uživatelském rozhraní, s chybějícími drivery a s programy, autorskými systémy, vývojovými systémy a programovacími jazyky vybavenými logickými chybami, ztroskotá uživatel na stejném pokusu, jenže za to mnohem víc zaplatí. Takže platí pro všechny zúčastnéné.

Brasingtonova zjišténí:
1. Pokrokový software se nevyskytuje.
2. Přátelský software se také nevyskytuje.
3. Kontextově sensitivní a interaktivní pomocné prostředky rovněž ne.

Obecná formulace Brasingtonových zjištění:
Pokrokový, přátelský software s kontextově sensitivními a interaktivními prostředky jsou hloupý vtip. Jak známo, jsou výrobci software a uživatelé už léta zajedno v tom, že jejich život by byl bez přeplácených programátorů a jejich námitek o neuskutečnitelnosti určitých požadavků na programy o mnoho snadnější, což vyjadřuje

Matematický zákon o vztahu programátor/výhled:
Součet programátorských know-how je nepřímo úměrný počtu funkcí, kterým porozumí uživatel. Kromě toho jsou výroba software a programátoři už léta zajedno v tom, že jejich život by byl bez neschopných uživatelů a jejich nepochopitelných požadavků na obsluhu programů mnohem snadnější, což opět zobecňuje

Zákon blbce:
Je beznadějné udělat blbuvzdorný program, protože blbci jsou geniální.

Výrobci software mají v tomto sporu dva základní předpoklady:

První základní předpoklad výrobců software pro Windows:
Je morálně zavrženíhodné umožnit naivním uživatelům, aby nevyhazovali svoje peníze.

Druhý základní předpoklad výrobců software pro Windows:
Je morálně zavrženíhodné dovolit programátorům, aby za svoje hobby ještě brali peníze. Proto jsou uživatelé a programátoři už dlouhá léta zajedno v tom, že jejich život by byl o mnoho příjemnější bez chamtivých výrobců software a jejich neuskutečnitelných požadavků na efektivnost a hospodárnost, což opět vyjadřuje

Obecný zákon efektivity vývoje software:
Prvních 90% programu trvá 90% vývojového času. Zbylých 10% potřebuje 90% času.

Doplněk Windows k obecnému zákonu efektivnosti vývoje software:
Pod Windows trvá oboje dvakrát tak dlouho a stojí čtyřikrát tolik.

Protože všichni zúčastnění, jak jsme viděli, jsou zajedno v tom, že jsou postradatelní, je toho důsledkem zavedení počítačem podporovaného vývoje software, uvedení na trh a použití pomocí "CASE" ("Computer Aided diSAster"), protože nakonec jen počítač může napsat programy pod Windows tak, aby mu jiné počítače správné neporozuměly.

Objev MC:
Na stížnost uživatele, že program pod Windows je špatný, odpoví vždy vývojář, že se to nesmí zevšeobecňovat. Co znamená nakonec takových 19 chyb, když má program 5000 řádků?

Michisův základní poznatek o Windows:
Nikdy neměň program, který je pod Windows schopen pracovat.

Rozšíření Michisova základního poznatku:
Neměň nikdy ani žádný jiný program.

Axiom optimalizace chyb:
Běží-li u Tebe program pod Windows bez chyb, nedělej si starosti. To přejde.

Důsledky axiomu optimalizace chyb:
1. Když už to nemůže být horší, bude to horší.
2. Když si myslíš, že je chyba odstraněna a program zase běží, zřejmě jsi něco přehlédl.
3. Každý bezchybný program Windows vytváří obecné ohrožení autorských práv.
4. Může-li dojít k řetězení špatných událostí, nastane to v nejhorším možném pořadí.
5. Bylo-li něco špatné, stane se to ještě jednou.
6. Došlo-li k nejhoršímu, stalo se totéž nedávno někomu, koho znáš, ale všechno bylo ještě horší.

Axiom o množení problémů:
V každém velkém problému je schován malý, který by se rád dostal ven.

Schainkersovo opačné tvrzení:
V každém malém problému je schován velký, který by se rád dostal ven.

Zákon statistické logiky vývojářů Windows:
80% uživatelů využívá podle průzkumu trhu jen 20% funkcí.

První logické odvození:
20% uživatelů používá 80% funkcí, které jejich program nemá.

Druhé logické odvození:
Patříš se 100% pravděpodobností k těm 20%.

Objasnění:
Programátor Windows by byl ten poslední, který by svůj program také používal.

Poučka o užitečnosti programu pod Windows:
To, co chceš se svým programem dělat,
- není v příručce
- bude vysvětleno teprve ve změné příručky
- bude do programu implementováno teprve v příští verzi.

Čtyři obecné základy programování Windows:
1. Každý program Windows, který běží bez chyby, je zastaralý.
2. Každý užitečný program Windows bude změněn.
3. Každý nesmyslný doplněk má dokumentaci ihned.
4. Každá chyba bude ihned zařazena jako nová funkce.

Zobecnění:
Když jsi už něčemu porozumněl, je to zastaralé.

Zákon CBT:
1. Ti, kteří umějí, dělají.
2. Ti, kteří neumějí, učí.
3. Ti, kteří nemohou učit, pořádají školení.
4. Ti, kteří nemohou pořádat žádné školení, píší programy CBT.
5. Ti, kteří nemohou psát žádné programy CBT, vyvíjejí autorské systémy CBT.

Weinerův zákon o API a DLL:
Na to není žádná odpověď. Jen křížový odkaz.

Raimond Reichertsova definice Windows:
Pro každého výrobce software je gram pěkného rozhraní důležitější než kilo výkonu.

Raimond Reichertsovo odvození pro programátory oken:
Příslušný text se nikdy nevejde do okna, které je na obrazovce k dispozici.

Brasingtonův první zákon:
Pravděpodobnost, že daný program odpovídá požadavkům je nepřímo úměrná sebevědomí programátora.

Brasingtonův druhý zákon:
Když řekne programátor "Žádný problém!", už je tady.

Brasingtonův třetí zákon:
Když se programátor zavazuje k termínu odevzdání programu, zajisti si, aby jmenoval také měsíc a rok.

Brasingtonův čtvrtý zákon:
Žádný program Windows nebude nikdy úplně doladěn.

Bernhardsovo první rozšíření Brasingtonova čtvrtého zákona:
Odstraníš-li ve svém programu Windows chybu, objeví se nevyhnutelně chyba druhá, která byla předtím první chybou potlačena.

Bernhardsovo druhé rozšíření Brasingtonova čtvrtého zákona:
Tato nová chyba má nesrovnatelně horší následky.

Scottův zákon:
Byla-li chyba objevena a odstraněna, zjistí se, že o žádnou chybu nešlo.

Mexnerův paměťový axiom:
Programový kód má sklon k tomu, aby paměť, která je k dospozici, zaplnil a přeplnil.

Doplňky Mexnerova paměťového axiomu pro Windows:
1. Když vymažeš všechny komentářové řádky a programové rutiny naprogramuješ nově a kratší, bude program přesto delší, potřebovat víc místa v paměti, bude pro Compiler příliš velký a kromě toho nebude fungovat.
2. V každém programu mají chyby sklon vyskytovat se na opačném konci, než kde je hledáš.
3. Je-li chyba ve výpisu programu, zdá se, že je bez chyby.
4. Byla-li chyba objevena a opravena, ukáže se, že je už pozdě.
5. Nebylo-li ještě pozdě, byla oprava špatná a původní text byl správně.

První důsledek:
Po špatné korektuře nebude už možné obnovit původní stav.

Druhý důsledek:
Ze dvou možných špatných událostí dojde skutečně pouze k té, ze které je možné obvinit Tebe.

Brasingtonův pátý zákon:
Vývojové programy se vyvíjí rychle, až jsou hotovy na 90%. Pak zůstanou trvale hotovy na 90%.

Brasingtonova programátorská moudrost:
U vývojového projektu, který je možné dodatečně změnit, bude objem změny vždy větší, než objem dalšího vývoje.

Brasingtonův šestý zákon:
Špatně naplánovaný vývojový projekt potřebuje v průměru třikrát tak dlouhou dobu, než bylo plánováno. Dobře naplánovaný potřebuje jen čtyřikrát tolik.

Brasingtonův sedmý zákon:
Zálohu, kterou jsi právě udělal, nebudeš nikdy potřebovat.

Brasingtonův osmý zákon:
Jedinou zálohu, kterou potřebuješ, je buď
- ta, na kterou jsi neměl čas, nebo
- ta, na kterou sis sice čas udělal, ale teď ji už nemůžeš přečíst.

Brasingtonův devátý zákon:
Není žádné nebezpečí, že rentgenové paprsky na letišti vymažou data na Tvé disketě nebo pásku. Udělá to však každý magnet v dětské hračce v okruhu 50 metrů.

Zákon "A to jste nevěděli dřív?":
Teprve když je program hotov, příručky napsané a marketingové akce dohodnuty s reklamní agenturou, dostanou vývojáři pokyn, že je nutno zásadně změnit vzhled programu.

Colesovo zdůvodnění:
Součet inteligence na této planetě je konstantní, počet obyvatelstva roste.

Zákon zapomenutí:
Pravděpodobnost, že něco zapomeneš je přímo úměmá ....je přímo úměrná....je...

Machroneovo tvrzení:
Můžeš-li něco vyvinout, je to už zastaralé.

Cirrusova konkretizace k Machroneovu tvrzení:
Teprve až s velkou námahou dokončíš vývoj programu Windows a svůj poslední úvěr použiješ na návrh dokumentace a propagačních materiálů, zjistíš, že Microsoft uvede na trh stejný program.

Cheopsův poznatek:
Žádný projekt nebyl nikdy přesně a podle nákladů plánu ukončen.

Programátorova výmluva na Cheopsův poznatek:
Ranní ptáče dál nedoskáče, ale najde červa. Ranní červ bude sežrán.

Danielův zákon:
Jediné věci, které začneš přesně, jsou ty, se kterými jsi už přišel pozdě.

Goldwynův zákon o vývojových zakázkách:
Ústní zakázka nemá ani cenu papíru, na kterém je napsána.

Síťový zákon Windows:
Dvé třetiny zemského povrchu jsou pokryty vodou. Zbylé dvě třetiny jsou pokryty administrativními sítěmi vedení firem.

Lewisův zákon o přímé distribuci:
Je jedno, jak dlouho hledáš laciný zdroj nákupu. Když nakonec program Windows koupíš,najdeš obchodníka, u kterého bys ho dostal laciněji.

Vážně míněná touha programátora:
Požehnán budiž konečný uživatel, který nic neočekává. Nebude zklamán.

Reciproční zákon o nicneočekávání:
Očekávání slabých výsledků je předpokladem výsledků slabých. Očekávání dobrého je předpokladem výsledků slabých.

Rada pro uživatele Windows:
Nevěř na zázraky, spolehni se na ně.

Zákon "Mohu Vám nezávazně předvést svůj demonstrační program Windows?":
Čím výše postavení jsou manageři, které se Ti podařilo pohnout, aby se podívali na Tvůj demonstrační program, tím menší jsou Tvoje šance také úspěšně demonstraci předvést.

Danielovy zákony o testovacích zprávách:
1. Tvůj program nebudou počítačové časopisy tak dlouho testovat, dokud se nedostanou na trh konkurenční produkty, které jsou lepší.
2. Nehodí-li se bod první, bude recenzent tvrdit, že zjevné přednosti Tvého programu nikdo nepotřebuje.
3. Nehodí-li se bod první a druhý, recenzent zjevné přednosti Tvého programu nepochopil.

Danielova odvození:
1. Tvůj program se umístí vždy jako nejhorší.
2. Nejlepší výsledek testu dostane vždy Tvůj nejtvrdší konkurent.
3. Ohodnocení je tím katastrofálnější, čím důležitéjší je testující časopis pro danou cílovou skupinu.

Teoretický zákon kompatibility programovacích jazyků (nově zvaný jen Axiom "pro Windows"):
1) Premisa: i kdyby se podařilo všechny programovací jazyky světa nahradit jediným, pak i potom bude dost výrobců, kteří tento jediný programovací jazyk dají na trh jako vlastní speciální vývoj.
2) Důsledek: tyto speciální vývoje nebudou s ničím kompatibilní kromě sebe samých.
3) Omezení: nekompatibilita se bude ovšem vztahovat i na různá čísla verzí téhož speciálního vývoje.

Základní poučka použití Windows:
Když už nic nefunguje, přečti si konečné příručku!

Popření základní poučky použití Windows:
Příručky se nečtou.

Vyjímky:
1. Špatné příručky čtou testovací redaktoři.
2. Čtou se jen ty odstavce, které nabádají uživatele, jak udělat něco špatně.
3. Každá příručka, která jde do tisku, je už zastaralá.

Axiom o vztahu návod/program:
Když něco vysvětlíš tak, že se nemůže nic zlého stát, přece to někdo provede.

Vogelův vztah mezi vyhodnocením testu a příručkou:
1. Uděláš-li dobrou příručku, nezdá se recenzentovi dost obšírná.
2. Uděláš-li dobrou a obšírnou příručku, nebude se příručka při testu hodnotit.
3. Uděláš-li špatnou příručku, je to rozhodující kriterium pro závěr testu ve všech počítačových časopisech.

Obecný uživatelský poznatek o příručkách programů Windows:
1. Ke každému programu Windows se přikládá několik příruček.
2. Budou si vždy na rozhodujících místech odporovat.

Zákony o koupi software:
1. Údaje výrobce o výkonu je třeba násobit faktorem 0,5.
2. Nároky uživatele na výkon je třeba násobit faktorem 0,25.
3. Příručky a systémové diskety dodané s programem pošta ihned kamsi založí a nebudou k nalezení.

Bernardova obecná útěcha:
Vymažeš-li Windows, nebo přestaneš pracovat s počítačem, abys dělal něco užitečnějšího, naplní se Murphyho zákon ihned a bezprostředně při jakékoli jiné činnosti.

line
Je jedno, co děláš: o svoje data přijdeš