Mark Richards

O prelegencie: Jest dyrektorem Collaborative Consulting, firmy konsultingowej z siedzibą w Bostonie, gdzie pełni także funkcję Senior Technical Architect. Jest autorem niedawno wydanej przez wydawnictwo O’Reiily ksiażki Java Message Service 2nd Edition, a także dobrze znanej Java Transaction Design Strategies. Opublikował wiele artykułów dotyczących transaction management, SOA i JMS. Brał udział w tworzeniu wielu innych publikacji m. in. 97 Things Every Software Architect Should Know oraz NFJS Anthology vol 1 i 2. Zajmuje się architekturą, projektowaniem I implementacją rozwiązań na wielu platformach od 1984 roku. Ma ogromne praktyczne doświadczenie, bierze udział w wielu projektach związanych z SOA i integracją systemów na małą i dużą skalę.

Temat: Sztuka messagingu

Język: Angielski

Abstrakt: Java Message Service (JMS) API jest stosunkowo prosty i łatwy do nauczenia. Możesz szybko opanować klasy i sposoby wykorzystania JMS, a nawet znaleźć kilka niezłych przykładów kodu, który pokazuje jak działa JMS. Mimo to, dopiero, kiedy chcesz użyć JMS API do rozwiązywania problemów, messaging staje się sztuką. Pojawiają się pytania: „Ile powinienem mieć kolejek?”, „Ilu zdarzeń typu message listener mogę użyć? Dlaczego moja aplikacja jest taka wolna? Czemu komunikaty nigdy nie wygasają? Jak poradzić sobie z wyjątkiem, kiedy komunikat wypada z kolejki?

W czasie tej prezentacji Mark skupi się właśnie na sztuce messagingu. Zamiast zanudzać nas omawianiem składni, wywoływania API i prostymi przykładami kodu, Mark pokaże kilka sposobów projektowania skutecznych aplikacji messaging. Przedstawi typowe, najczęściej popełniane błędy w projektowaniu i implementacji tego typu aplikacji, poradzi także jak ich unikać. Kodując na żywo Mark pokaże jak radzić sobie z problemami za pomocą ciekawych technik (sytuacje wyjątkowe podczas przetwarzania komunikatów, wysyłanie dużych obrazów za pomocą kolejek komunikatów etc.)

Temat: Anty-wzorce programowania, czyli czego NIE robić

Język: Angielski

Abstrakt: W książce „97 rzeczy, które każdy programista wiedzieć powinien” Mark pisał o tym jak ważne są wzorce projektowe, które są swego rodzaju sposobem komunikacji między architektami i deweloperami. Równie ważna jak znajomość dobrych wzorców jest znajomość anty-wzorców. Są to nagminnie i wciąż od nowa powtarzane błędy, które skutecznie utrudniają nam prace. Anty-wzorce są powszechnie używane przez deweloperów, architektów i menadżerów i są główną przyczyną strat i opóźnień w realizacji projektu. Podczas tej prezentacji przyjrzymy się najczęściej używanym i najbardziej szkodliwym anty-wzorcom w programowaniu. Na konkretnych przykładach z kodowania i projektowania zobaczysz jak anty-wzorce pojawiają się w czasie pracy, jak rozpoznać, że właśnie użyto anty-wzorca. Nauczysz się także jak unikać anty-wzrorców. Biorąc udział w tym wykładzie pomożesz zredukować katalog anty-wzorców z setek przykładów do zaledwie kilku pozycji.