Ve spotu z minulého týdne jsem sliboval překvapení pro příznivce OOP, UML a návrhových vzorů a hlavně pro ty, kdo mi psali, že by ode mě chtěli konzultaci nebo školení v designu aplikací. I když někteří z vás nabízeli opravdu zajímavé podmínky, musel jsem vždy odepsat, že žádné školení ani konzultaci neposkytuji. Důvody byly stále stejné. Mám dostatek vlastní práce a k courání po externích firmách nemám důvod. Žádostí ale bylo čím dál tím více, takže jsem se rozhodl s naším školícím střediskem  připravit cyklus přednášek  o OOP, UML a návrhových vzorech doprovázený  podrobnými praktickými příklady kódovanými v jazyce C#.

Orientační program kurzu:

1. den

1. Přivítání účastníků kurzu.
2. Úvodní informace o zaměření a organizaci kurzu.
3. Základní pojmy OOP a UML..
4. Mýty o OOP a UML.
5. Vysvětlení rozdílů mezi business analýzou, systémovým designem a implementací aplikace na konkrétní platformě.
   1. Světlo v temnotách – Model Driven Architecture (MDA)
6. Základní architektura a rozvrstvení aplikace.
7. Statický pohled na systém – vytváříme základní diagram tříd a ověřujeme, že jsou v něm zaneseny všechny informace, jež jsou nám známy z případů užití.
   1. Zvolení složitosti diagramu tříd. Potřebujeme vždy flexibilní doménový model?
   2. Zapouzdření objektů, polymorfismus, návrh metod.

                                                               i.      Důležitost principů kovariance a kontravariance.

                                                             ii.      Různé typy soudržnosti metod.

                                                            iii.      Rozhodnutí o typu viditelnosti u každého člena třídy.

                                                           iv.      Jaké konstruktory by měl nabízet každý objekt z problémové domény? Jak určit vlastnosti pouze pro čtení.

                                                             v.      Ověření bezpečného chování třídy vůči potenciálním klientům.

3. Precizní definice vztahů mezi třídami. Asociace, kompozice, agregace, závislost, realizace, generalizace.
4. Vysvětlení rozdílů mezi abstraktní třídou a rozhraním (interface).

                                                               i.      Vztah mezi typem a podtypem.

                                                             ii.      Rozpoznání primárního účelu (hlavního smyslu) třídy i jejich sekundárních odpovědností vynucených vztahy s objekty z různých vrstev.

8. Praktický příklad - ukázka implementace vzorových vztahů mezi objekty, perzistence objektů z problémové domény a zobrazování dat.  (jazyk C#)
   1. Separace kódu pro ukládání a obnovení objektů z perzistentního úložiště v samostatné vrstvě.
   2. Jak zajistíme, že v paměti počítače existuje nanejvýš jedna instance objektu se stejnou identitou.
   3. Ukázky různých způsobů mapování agregace, kompozice, generalizace a asociace do databáze.
   4. Zajištění existence maximálně jedné instance objektu v systému.
   5. Efektivní ukládání a nahrávání kolekcí.
   6. Jak se slučuje objektový přístup a přímé použití DataSetu (recordsetu) v uživatelském rozhraní?
9. Odpovědi na dotazy frekventantů kurzu.

2. den

1. Vysvětlení pojmu návrhový vzor.
2. Kdy byste měli používat návrhové vzory?
3. Základní vzory (GoF vzory)
   1. Vzory pro řízení vzniku objektů.
   2. Strukturální vzory.
   3. Vzory pro chování objektů.
4. Začlenění návrhového vzoru do designu aplikace. Kreativní aplikace vzorů.
5. Kompozice vzorů do vyšších sémantických celků.
6. Příklady odvozených návrhových vzorů často používaných při designu informačního systému.
7. Kdy byste neměli používat návrhové vzory?
8. Příklad - ukázky implementace složitějších vzorů. (jazyk C#).
9. Odpovědi na dotazy frekventantů kurzu.

3. den

1. Typické problémy při modelování informačního systému a jejich řešení.
2. Modelování  složitých organizačních struktur.
3. Výhody vytváření fasád (Facade) pro aplikace s více než jedním typem uživatelského rozhraní (lehký klient, těžký klient).
4. Evidence kompletní historie objektu.
5. Aplikační role a práva uživatelů.
6. Modelování toku peněz (zboží) v systému.
7. Vytvoření flexibilního systému, jehož chování je změněno bez rekompilace aplikace.
8. Příklad – ukázky řešení problémů při modelování informačního systému. (jazyk C#).
9. Odpovědi na dotazy frekventantů kurzu.
10. Ukončení kurzu.

Kurz se koná 3.11 - 5.11 2004 a jeho lektorem je samozřejmě moje maličkost. Jestliže vás program kurz zaujal, podívejte se prosím na jeho oficiální stránku, na které se můžete přihlásit. A pokud si stejně jako já myslíte, že zlatokopeckou dobu vývoje softwaru, kdy neznalý zákazník byl ochoten platit za zpatlanou aplikaci jakémukoli bastlíři, který za svoje excelentní know how považuje znalost syntaxe nějakého triviálního programovacího jazyka, halí opar blížícího se "fin de siecle”  a že v nové éře musí  kódování předcházet kvalitní návrh, jemuž rozumí všichni vývojáři, tak je kurz určen právě vám. Máte-li nějaké dotazy, napište je prosím do diskuze.

Aktualizace: Kurz je již obsazen (takový zájem mě opravdu těší), ale právě dohadujeme další termíny, aby se dostalo na všechny zájemce ;)

Jak jsem psal nedávno ve spotu “TMO a vyřizování reklamace, tohle mi můj oblíbený operátore nemáš dělat”, lehce labilní a přidrzlá operátorka na TMO  infolince se mě snažila při reklamaci podivného vyúčtování GPRS služeb odbýt poukazováním na skutečnost, že TMO se spletl v můj prospěch a že po změně GPRS tarifu z Unlimited na Basic ve 22.30 mi měl být naúčtován celý den tarifem Basic, nejen některé položky. Moje reklamace byla vyřízena v pátek a z rozhovoru s reklamačním oddělením vyplynulo:

1) Nový GPRS tarif platí opravdu od 00.01 hodin dne aktivace tarifu bez ohledu na přesnou dobu aktivace tarifu. Když byste přenesli přes tarif Unlimited 100 MB a večer přešli na tarif Basic, tak 100 MB vám bude účtováno tarifem Basic, což už je částka, kterou na faktuře poznáte. Nevěřil bych ani reklamačnímu oddělení, ale informaci o průběhu změny tarifu mi potvrdil zdroj blízký TMO, který si nepřál být jmenován :) Konkrétní odkaz na nějaký dokument, kde je toto pravidlo popsáno,  jsem ale opět nedostal.
Docela přisprostlý způsob, jak oškubat nevědoucího zákazníka,  a poskytnout mu službu za cenu, která nebyla ještě v době užívání služby v platnosti. Nevědoucích zákazníků bude asi většina, protože ani členové GSM SH konference, kteří se o mobilní komunikace a služby operátorů zajímají více než průměrný zákazník (ať už ten pojem znamená cokoli),  o “progresivním” marketingovém žonglování s časem aktivace a užívání služby nic nevěděli.

2) Pravidlo pro změnu GPRS tarifu neplatí pro hlasové tarify. U hlasových tarifů je účtováno podle nového tarifu vždy v den následujícím po dni,  kdy došlo ke změně hlasového tarifu. Marketingoví mágové asi teprve na vytváření matoucích pravidel pro změnu hlasových tarifů pracují. Škoda jen, že při zavádění nových pravidel nejsou vydávány bombastické tiskové zprávy s motivujícím sloganem "Pro váš lepší svět“, cash-flow si vylepšíme hned (poznámka pesimisty).

3) A na závěr to nejlepší. Tedy nejlepší jen z určitého pohledu. TMO mi přesto, že moje reklamace je neprávněná, peníze vrátí formou mimořádné individuální slevy v příším měsíci, protože faktura není v pořádku ;). Takže když se ozvete, TMO po pár ponižujících procedurách na infolince  a po několikanásobném zaklínání se, že chyba je na vaší straně, uzná alespoň nepřímo, že pochybil sám.
Buď proto, že paradoxně zrovna na reklamačním oddělení sedí lidé, které zajímá více pověst TMO než pár stovek vytažených ze zákazníků marketingovým oddělením, u jehož zaměstnanců je asi nedostatek zdravého úsudku a skrupulí předpokladem pro dobrou kariéru, anebo jsem jen měl štěstí  a v reklamačním oddělení TMO se náhodou moje stížnost dostala na stůl soudnému člověku s dostatečnými kompetencemi. Mně se nelíbí ani jedna možnost.

Na můj dotaz, jestli už TMO prověřil  špatnou činnost billing centra nebo dalších fakturačních systémů a také zvážil, že by měl více informovat své zákazníky o podmínkách účtování datových tarifů, aby zamezil dalším reklamacím, protože snaha o vrácení několika stovek nebyla hlavním obsahem stížnosti, jsem už odpověď nedostal. Příběh bez pointy, ne mou vinou.

Na Interval.cz se konečně objevil další díl seriálu o UML , ve kterém se zabývám generalizací a vztahy Include a Extend mezi případy užití.

Slovo konečně jsem v předchozí větě použil záměrně, protože jak jste si jistě všimli, dva měsíce jsem nepsal články, nepřispíval do blogu a jen občas jsem napsal nějakou odpověď do konference. Důvod je prozaický, role otce mě přes mé původní ambiciozní plány vytížila natolik, že místo psaní článků o analýze a vývoji jsem měl dostatek času připravit si v hlavě koncept neplánovaného a  abundantní  horoucí životní zkušeností naplněného eseje "Život mezi řevem, nespavostí, přebalováním a  s absolutním nedostatkem času aneb poděkování manželkám, že si dovedou poradit v každé situaci”:)  - vydavatelem finální verze by byl ale asi server  eMimino, ne Interval . :)

Nyní jsem již většinu svých aktivit obnovil,  i když si více vybírám komu a čemu budu věnovat svůj volný čas. Moje články o UML a .NET Frameworku by ale na Interval.cz měly vycházet stále.

A pro zájemce o UML , návrh aplikací a návrhové vzory, kteří byli zklamáni frekvencí článků o UML  a psali mi motivující emaily :) jsem společně s DIGI TRADEm připravil jedno překvapení, o kterém ale napíšu více až příští týden. Myslím, že se máte opravdu na co těšit...

Včera moje milované a hýčkané :) MDA II při vyjímání z pouzdra spadlo na zem a kryt, který je snad u všech prvních kusů MDA II (moje bylo koupeno 9.ledna - první den prodeje :) ) u vypínacího tlačítka od počátku naprasklý, se odlomil. Takže dnes jsem jej nesl do značkové prodejny TMO, kde mi sdělili, že tak 14 dní budu bez něj a že s 99% pravděpodobností mi závadu neuznají jako záruční. Na PDA jsem tak zvyklý, že se u mě jedná o malou tragédii, o jejíž tíhu jsem se musel podělit na blogu;).

Na serveru PocketGear se objevila informace o MDA IV. MDA III mě neláká, protože vestavěná liliputánská klávesnice ani podpora Wi-Fi nejsou dostatečným důvodem k výměně PDA.

MDA IV ale vypadá na jedno z "must have" zařízení příštího roku. Společnost HTC se pochlapila a hlavní vlastnosti MDA VI, které by nás měly donutit vybrat si právě tento model jsou:

•         VGA displej (640x480) - na čtení e-knih ideální
•         Processor XScale 624 MHz - současná špička v mobilních procesorech
•         Quad-Band GSM
•         Podpora UMTS
          

MDA IV by mělo být uvedeno v první polovině roku 2005, po zkušenostech s oddalováním dodávek MDA II odhaduji, že si radost udělám nejdříve o vánocích roku 2005.

Dalším špičkovým zařízením s Windows Mobile Phone Edition je Motorola MPX, která snad bude na trhu dříve než MDA IV.

Vybrané technické parametry:

• Procesor ARM OMAP 733 195 MHz      
• Integrovaná klávesnice
• Unikátní skládací konstrukce (To se nedá popsat, koukněte se raději na obrázky)
• GSM Tri-Band ((900/1800/1900)
• Vestavěné Wi-Fi
  
   

Komu nečiní problémy francoužština, může si přečíst výbornou recenzi Motoroly MPX. na serveru Mobinaute.

I když je Visual Source Safe na mém soukromém žebříčku mizerných programů zcela zaslouženě na nelichotivém prvním místě a jeho programátory podezřívám, že byli do Microsoftu infiltrováni konkurenčními firmami a plní zde (nutno přiznat, že ale velmi úspěšně :) ) roli Trojského koně, musel jsem se smířit s tim, že ve firmě VSS stále používáme, byť všichni s kletbami na rtech. Protože ve VSS nemusí být ukládány jen zdrojové kódy, ale i dokumentace a analytické artefakty, o něž mají zájem i lidé*, kteří s VSS jinak nepracují a které nemá smysl nutit, aby instalovali a používali VSS klienta, rozhodl jsem se, že pro DIGI TRADE napíšu Windows službu, která vybrané projekty z VSS databáze v pravidelných intervalech uloží do adresáře v souborovém systému.
A protože se služba bude asi hodit více lidem, betu Windows služby si můžete zdarma stáhnout a otestovat.

Po rozbalení archivu musíte službu nainstalovat nástrojem InstallUtil.
installutil.exe DigiTrade.VSS.VSSService.exe

V konfiguračním souboru DigiTrade.VSS.VSSService.exe.config změňte cestu, kam má být ukládán "trace" log (hodnota atributu initializeData). Jestliže budete reportovat chyby, přiložte vždy prosím i "trace" log.

Účet, pod kterým běží služba, musí mít právo zapisovat do souboru s " trace" logem!
<add name="VSSListener"
type="System.Diagnostics.TextWriterTraceListener"
initializeData="c:\LOGS\VSSService.log"/>

Když chcete používat jiný soubor s VSS konfigurací (viz dále), změňte v souboru hodnotu klíče IniFile.
<add key="IniFile" value="VSSManagerConfig.xml"/>

 Soubor s konfigurací VSS manažera (VSSManagerConfig.xml) má následující strukturu:

Element vssManager - kořenový element.
Povolený obsah - Elementy generalSettings, commonProjects a exactProjects

Element generalSettings - základní nastavení VSS služby.
Povolený obsah - žádný

Atributy

• vssIniFile - Cesta k ini souboru VSS databáze, se kterou má služba pracovat.
• userName - Jméno uživatele ve VSS, pod kterým se bude služba přihlašovat.
• password - Heslo uživatele ve VSS (v Betě není kryptováno!).
• saveAllItems - Pokud má atribut hodnotu true, tak se ignorují sekce commonProjects a exactProjects a dojde ke stažení všech projektů z VSS databáze.
• saveDirectory - Adresář, do kterého budou uloženy soubory z VSS.
• checkerInterval - Interval v minutách, po jehož uplynutí jsou stahovány soubory z VSS databáze.

Element commonProjects - projekty, které budou staženy vždy bez ohledu na jejich místo v hierarchii projektů ve VSS. Tuto sekci využijete například tehdy, když ve většině projektů máte podprojekty se stejným názvem.(například adresář DOC s dokumentací projektu).
Povolený obsah - element project

Element exactProjects - Projekty určené absolutní cestou (začíná znakem $), které mají být staženy z VSS.
Povolený obsah - element project

Element project - element reprezentující projekt ve VSS.
Povolený obsah - žádný

Atributy

• name - Název projektu

Služba využívá přes interop COM knihovnu SSAPI.dll dodávanou s VSS.
Po instalaci doporučuji vytvořit pro službu nový Windows účet, pod kterým poběží a který bude mít přidělen jen nejnutnější práva - přístup k souboru s "trace" logem, přístup k VSS databázi a právo zapisovat do adresáře určeného atributem saveData. Vhodné je také vytvoření nového uživatelského účtu ve VSS.

Pro úplnost jen podotýkám, že vím o existenci konzolového nástroje ss.exe s desítkamí neintuitivních přepínačů, který je součástí VSS, ale správa desítek nebo stovek řádků v BAT souboru mě nelákala, a proto vznikla tato služba.

*Pro účely tohoto spotu jsem se rozhodl zjednodušeně považovat projektové manažery a obchodníky za lidi, i když u některých členů těchto kast mám o jejich pravé podstatě kvůli jimi bezskrupulózně projevované deficitní intelektuální potenci důvodné pochybnosti:)