2011s

(Ne)funkční tým

V rámci projektu, na němž se podílí kromě zákazníka několik firem, jsem přebíral tým vývojářů. Nebylo to úplně přátelské převzetí (z hlediska projektu) a tak jsem se obrátil na radu k moudrým knihám. Z nabídky Amazonu jsem nakonec zvolil The Five Dysfunctions of a Team od Patricka Lencioniho. Kniha je rozdělena do dvou částí. Tu první, větší charakterizuje podtitul knihy — A Leadership Fable. Sledujeme v ní příběh IT společnosti (startupu), který má (jak jinak, vzhledem k tématu) nefunkční executive team.

UML certifikace, OCUP Intermediate

Právě jsem se čerstvě UML certifikoval, ještě mám vedle sebe “kouřící” report. Celá certifikace se jmenuje OMG-Certified UML Professional Intermediate Exam :-) zkráceně OCUP Intermediate. Nebylo to úplně jednoduché, nicméně jsem prošel se skóre 45⁄70 (passing score je 31⁄70). Jako přípravu jsem primárně použil prep-kit UM0-200 od uCertify. Buď už mám těch certifikací moc a jsem zmlsaný, nebo zrovna tohle nebyl úplně povedený kit, každopádně ho nedoporučuju použít jako jediný zdroj na zkoušku.

Enterprise integrace, messaging

Dostal jsem se jako teamleader na integrační projekt, založený na proprietárním řešení/technologii. To proprietární (o kterém nechci psát) je nicméně postaveno nad WebSphere Message Brokerem (WMB). Právě kvůli WMB, jsem se pustil do čtení výborné knížky Enterprise Integration Patterns (EIP). A jelikož je pro mne jak WMB, tak EIP nové, rozhodl jsem se o tom napsat (v rámci studia) pár článečků. Takže… Základní koncepty messagingu WMB je, jak napovídá název, založený na messagingu, takže se prvně podíváme, co to ten messaging je a na čem jsou postaveny jeho základy (inspirováno a citováno z EIP).

ThoughtWorks Radar, zajímavé technologie

Firma ThoughtWorks (kde pracuje můj oblíbený SW guru Martin Fowler) nedávno zveřejnila svůj Technology Radar, jehož účelem je “to help decision makers understand emerging technologies and trends that affect the market today.” Ještě než se dostanu k technologiím, které mne zaujaly, uvedu k Radaru krátkou legendu. Radar je rozdělen do kvadrantů Techniques, Tools, Platforms a Languages. Jednotlivé technologie jsou umístěny na kruzích: Adopt: We feel strongly that the industry should be adopting these items.

Destilované UML

V rámci přípravy na druhý stupeň UML certifikace jsem si koupil (a přečetl) knížku Martina Fowlera UML Distilled s podtitulem A Brief Guide to the Standard Object Modeling Language. Fowler se zaměřuje na dvě hlavní témata: jednak celkový přehled všech UML diagramů ve verzi 2.0 (kde až na výjimky nejde moc do hloubky - opravdu brief guide) a jednak zasazení diagramů do kontextu SW vývoje/designu/analýzy - zde můžou být (pro někoho) cenné jeho postřehy a doporučení o použitelnosti jednotlivých diagramů.

Manažerem humorně a kousavě

Přečetl jsem výbornou knížku Managing Humans s podtitulem Biting and Humorous Tales of a Software Engineering Manager. Autorem je Michael Lopp, kterému se “nikdy nepodařilo uprchnout ze Silicon Valley”, a který mmj. pracoval pro společnosti Apple Computer, Netscape Communications, Symantec Corporation, či Borland International jako sw engineering manager. Michael také píše populární blog Rands In Repose, kde většina(?) kapitol ze zmíněné knihy vyšla. Knížka, která je velmi vtipná a čtivá (s trochu těžší angličtinou), popisuje různé aspekty softwarového inženýrství pomocí příběhů.

Odhady pracnosti softwaru

Zrovna čtu, paralelně, tři knížky — klasiky The Pragmatic Programmer, The Mythical Man-Month a The Passionate Programmer, což sice není klasika, ale výborná knížka to podle mne je. Všechny tři knihy (i když každá jiným způsobem) se zabývají tématem “sebezušlechtění programátora”, ať už na poli kariérním, tak na poli praktickém. V PragProg je kapitola o odhadech. Protože mi předestírané řešení/postupy konvenují, resp. jsem k nim došel intuitivně víceméně také, protože jsem v uplynulých dvou měsících dělal odhady na cca pět projektů v hodnotě 5-30 mil.

Master your tools!

Už od malička jsem vášnivě četl. Časem se k tomu přidala neodbytná touha a potřeba po vzdělá(vá)ní. A kromě toho, že dělám práci, která mě baví, je její neoddělitelnou součástí (pro mne radostná) nutnost “učit se nové věci”. Protože jsem nechtěl zakládat další (tuctový) blog o Javě (která je momentálně mojí hlavní pracovní náplní) ani jsem se nechtěl svazovat nějakou konkrétní technologií, rozhodl jsem se psát o čemkoliv z oblasti SW inženýrství a brát to jako “ostření nástrojů”, které se mi jednou budou hodit.