\

Školení Návrhové vzory, OOP a UML


 Wednesday, May 05, 2004
Moderní architektura očima Microsoftu aneb rozpaky nad vizemi

Na konferenci, jejíž název je v titulku spotu, jsem strávil dnešní den. Microsoft na ní po úvodní přednášce prezentoval hlavně BizTalk, takže jsem ji bral jako pokračování praktického semináře z minulého týdne. Úvodní přednášku měl Michael Juřek a vysvětloval v ní, jak Microsoft reaguje na požadavky firem integrovat existující aplikace bez velkých nákladů, ale přitom způsobem, který mezi aplikacemi nevytváří více a více se svírající osudové kruhy.
Určitě osudové kruhy znáte, aplikace A využívá databázi aplikace B, ta si sáhne do databáze aplikace C pro autorizované uživatele a na oplátku v aplikaci A vyřídí faktury. Aplikace D si také ráda sosne z jiných zdrojů a máme zde solidní mikromodel chaosu. Aplikace jsou těsně provázány a přitom neexistuje jediný závazný model jejich komunikace. Ano, nebojte se, padlo i magické zaklínadlo dnešních dnů, SOA, ale kupodivu v sále hysterie nepropukla, potože Michal Juřek naštěstí nepronáší pojem SOA tak vznešeně, jak by si fanoušci buzzwords asi přáli.:) Pokud tento spot čtou šťastlivci, kteří o SOA (Service oriented architecture) neslyšeli, tak vězte, že Microsoft se přklonil k této definici služby - "Služba je autonomní část software, která implementuje logiku v podobě kódu, spravuje svůj stav, komunikuje prostřednictvím zpráv, je řízena politikou a je dostupná po síti". Když se nad touto definicí zamyslíte, tak zjistíte, že ji asi můžete napasovat na jakoukoli komponentu. Dosti žertování, bez ohledu na zbytečný humbuk kolem SOA je opravdu zřejmé, že se již dnes stále více prosazují integrace na bázi WWW služeb, u nichž nás nezajímá implementace, ale pouze struktura platformně a infrastrukturně nezávislých zpráv, které jim mohu zaslat a které mi pošlou jako odpověď. Jinými slovy, zajímá mě jen závazný protokol pro výměnu zpráv (kontrakt) mezi mnou a službou, vše ostatní je zcela irelevantní. Cílem integrací je také zrušení těsných závislostí mezi aplikacemi nasazením inteligentního prostředníka, který jejich spolupráci koordinuje. Na platformě Microsoftu je tímto integrátorem (brokerem) BizTalk.

Mimochodem - víte, kdy začnu respektovat fanoušky SOA? Až dokážou napsat WSDL WWW služby ke komponentě z hlavy - tomu říkám znalost technologie a respekt k ní:)

Nejen tato, ale i další přednášky Michala Juřka se mi líbily. Horší to bylo s částmi, které měl na starosti Miloš Sobotka.  Jeho prezentace byly velmi nekonvenční, takže jsem brzy nabyl dojmu, že ho Microsoft předtím omylem vyslal na kurz asertivity místo potřebného kurzu prezentačních dovedností . Jeho ústní projev byl plný pomocných frází, zaumných přeřeknutí a rozverných anglicismů, přednáška neměla žádnou logickou kostru, prezentace dema vetšinou nedopadla podle jeho představ, ale všechnny tyto nedostatky zvládl s labilním smíchem asertivně bagatelizovat a vystavit jako přednost.:) Nebyly to informačně hodnotné přednášky, ale docela jsem se pobavil.:)


Na konci konference byly zodpovězeny naše dotazy a dostalo se i na vztah Microsotu k UML. UML 2.0 má silnou podporu pro modelování dynamického chování, a proto asi nejen mě zajímalo, jestli se v BizTalku i dalších produktech návrh procesů v UML objeví. Zvláště poté, co prosákly zprávy, že Microsoft k UML dobrý vztah nemá. Bohužel, nešlo o žádné pomluvy, Microsoft si s UML opravdu nerozumí. Já ale zase asi nerozumím Microsoftu. Jak může na konferenci o moderní architektuře bezelstně přiznat, že mu jeden z nejdůležitějších nástrojů analytika, designéra a architekta nesedí? Proč se chce vydělit z MDA iniciativy?

Oficiálně byly sděleny zatím tyto důvody pro vlažný vztah k UML.
1) UML je pro běžného vývojáře příliš komplikované. Microsoft se vždy údajně orientoval na "masového" vývojáře, který nemá žádné komplikované věci rád,  a UML by tuto orientaci popřelo. Opravdu je pro Vás, kdo tento spot čtete, UML složité? A hlavně,  v čem je pro Vás složité? Mně přijde jako jednoduché, čisté a elegantní. Znamená to, že JAVA vývojáří UML zvládnou, ale C# vývojář má potíže? Já myslím, že ne a že jde o pouhý alibismus kvůli bodu 2. Jsem také skeptický v tom, že Microsoft by přišel s něčím stejně výkonným jako je UML a přitom by šlo o jednodušší jazyk. Nechci hračky vhodné na splácání projektu o 10 třídách a odškrtnutí kolonky "Analýza hotova" v projektovém plánu.
2) Firma Rational Rose byla koupena IBM a IBM je konkurence, takže podpora UML by byla pro Microsoft schizofrenní. Tenhle argument už vypadá věrohodněji, protože Microsoft zcela jistě nebude podporovat konkurenci. Ale přesto, UML nepatří IBM, UML je průmyslový standard. Nevylévejte s vaničkou dítě, které má skvělé geny. A ty geny nejsou po adoptivních rodičích-vlastnících. Zásadovost je správná a konkurenci je třeba potřít, ale UML s tímhle bojem nemá nic společného. Vývojáři mohou použitím UML jen získat, ale UML je nesvede k laškování s IBM technologiemi. Věřte mi, jsem živý důkaz:)



Wednesday, May 05, 2004 8:14:00 PM (Central Europe Standard Time, UTC+01:00)       
Comments [15]  Analytické drobky


Tuesday, July 19, 2005 11:02:02 AM (Central Europe Standard Time, UTC+01:00)
Zdravim,
shodou okolnosti jsem vcerejsek take travil na stejne konferenci :)
Predpokladam, ze otazky tykajici se UML jste na konci pokladal vy. Pokud ano, tak jsem to odhadl spravne, jen me ted mrzi, ze jsem vas neoslovil, mohl to byt zajimavy ...
Tuesday, July 19, 2005 11:02:02 AM (Central Europe Standard Time, UTC+01:00)
Milos Sobotka predvedl opravdu velmi tristni vykon. Nejdrive jsem nechapal, proc pan Jurek odesel ze salu behem jeho prednasky, ale pak jsem to pochopil :-). Ano, i ja jsem odesel a to nejen ze salu.

To Rene:
Kdyz to ctu, tak jsem rad, ze jsem to o ...
Tuesday, July 19, 2005 11:02:02 AM (Central Europe Standard Time, UTC+01:00)
Take zdravim,
odhadl jste to spravne, byl jsem to ja, kdo pokladal dotazy k UML.:) Klidne jste me oslovit mohl, urcite bychom zajimave tema k diskuzi nasli:) Kdyz to tak vidim, asi pred konferenci, ktere se budu ucastnit, bych mohl svoji ucast ...
Tuesday, July 19, 2005 11:02:02 AM (Central Europe Standard Time, UTC+01:00)
BTW - jestli ono to neni obracene a IBM nekoupila Rational Rose :-)))
Tuesday, July 19, 2005 11:02:02 AM (Central Europe Standard Time, UTC+01:00)
Mas pravdu, to mi nejak ujelo, hned to opravim:) Diky Petre.
Tuesday, July 19, 2005 11:02:02 AM (Central Europe Standard Time, UTC+01:00)
Ze jsem kolem toho UML radeji nebyl zticha ... :-)))))
Tuesday, July 19, 2005 11:02:02 AM (Central Europe Standard Time, UTC+01:00)
Ja myslim Michale, ze se z te otazky vyklouznout nedalo. Ke cti Vam tedy je, ze jste alespon nelhal.:) Zapomenete-li ale chvili na to, ze jste z MS (tezke, chapu :) ) - Vam prijde averze MS vuci UML rozumna a dlouhodobe vyhodna?
Tuesday, July 19, 2005 11:02:02 AM (Central Europe Standard Time, UTC+01:00)
No, mozna budu trochu vyhybavy. Rozhodne si nemyslim, ze je to dobre. Ale na druhou stranu si nejsem jisty, zda to opravdu tolik vadi.

Ja bych nerad prohlasoval svoje nazory za "oficialni" :-)

Neco trochu oficialnejsiho lze najit na ...
Tuesday, July 19, 2005 11:02:03 AM (Central Europe Standard Time, UTC+01:00)
To je diplomaticka odpoved:) Neberu ty nazory jako oficialni, i kdyz z meho pohledu je pripadne nepodporeni UML omyl zapricineny malou proziravosti. Nevim, mozna jsem si k UML opravdu vytvoril emocionalni vazbu a tak mi prijde jeho nepodporovani ...
Tuesday, July 19, 2005 11:02:03 AM (Central Europe Standard Time, UTC+01:00)
To je skoda, ze MS a UML nejsou moc velky kamaradi. Pouzivam/pouzival jsem zatim 3 ruzne nastroje. Visio, Select Component Architect a Enterprise Architect (www.sparxsystems.com). Kazdy z tech nastroju ma neco do sebe a jako navrhar a programator si ...
Tuesday, July 19, 2005 11:02:03 AM (Central Europe Standard Time, UTC+01:00)
To Rene:
Tohle offtopic! Byva zvykem v blogerske komunite, ze je-li bloger v diskusi upozornen na chybu v clanku, chybu neopravuje v clanku a ale v diskusi. Bude-li totiz nekdy nekdo cist clanek a posleze diskusi, muze byt silne zmaten: "o co ...
Tuesday, July 19, 2005 11:02:03 AM (Central Europe Standard Time, UTC+01:00)
To Pedro:
Ja jsem to radeji opravil, zvyk, nezvyk. Ona ta predchozi veta byla taky dobre, jen se diky cestine dala cist obema zpusoby.
PDA mam a cas si najdu, zavolam:)
Tuesday, July 19, 2005 11:02:03 AM (Central Europe Standard Time, UTC+01:00)
Moj nazor:

http://weblog.slavof.info/archive/2004/05/06/176.aspx

Slavo.
Tuesday, July 19, 2005 11:02:03 AM (Central Europe Standard Time, UTC+01:00)
Zdravim Vas Rene.

Dobry clanek. Prestoze nemate rad poplacavani po ramenou :-).

Ja se rozhodne nepovazuji za UML experta a me zkusenosti s UML jsou rozporuplne. V mem pripade je to asi i tim ze pouzivam Visio :-). Kdyz jsem zacal studovat UML, tak ...
Tuesday, July 19, 2005 11:02:03 AM (Central Europe Standard Time, UTC+01:00)
Take Vas zdravim Petre
a za poplacani diky, i kdyz se pri nem vzdy osivam.:) Budu si o tom asi muset promluvit se svym psychoanalytikem:)

1) Ad Visio - ty rozporuplne pocity z UML pri pouzivani tohoto nastroje chapu:). UML ma zavaznou zakladni ...
Comments are closed.