Post po polsku poniżej / Polish version below
14th episode of DevTalk is a special one. First of all: this is the first episode in english! Second: my guest is a well-known, widely respected expert, the one and only Udi Dahan!
Udi is a creator of NServiceBus and founder of Particular Software. His thoughs about software architecture and best development practices – that often define the “industry standards” – can be found on a fascinating blog. Udi is one of the best-known speakers worldwide. He also offers advanced technical courses. Follow him on Twitter: @UdiDahan.
We talk about CQRS – Command Query Responsibility Segregation. Udi – together with Greg Young – was one of the first promoters and teachers of this approach to building complex software systems. BUT we do not discuss various CQRS implementation details. This conversation focuses on something that is often ignored by developers: what should we do to meet end users’ needs, not always putting our own desire to implement the “newest and shiniest” at the top of our priority list? And how can CQRS help us with that?
Odcinek 14 jest kolejnym odcinkiem wyjątkowym. Po pierwsze: bo to pierwszy odcinek po angielsku! A po drugie: bo mój gość to szanowany na całym świecie, znany wszem i wobec, niewymagający przedstawienia: the one and only Udi Dahan! Gdyby pół roku temu ktoś powiedział mi, że DevTalk wyjdzie poza granice Polski, i to od razu z Gościem tego kalibru, to bym się tylko w czoło popukał. A tu proszę…
Udi to twórca NServiceBusa – projektu, którego sukces spowodował założenie firmy Particular Software. Swoimi myślami odnośnie architektury oraz najlepszych praktyk programistycznych, definiującymi niejednokrotnie postrzeganie wielu zagadnień na całym świecie, dzieli się na fascynującym blogu. Jest jednym z najbardziej rozpoznawalnych prelegentów na największych światowych konferencjach. Prowadzi również szkolenia. Na Twitterze: @UdiDahan.
Tematem odcinka jest CQRS – Command Query Responsibility Segregation. Udi – wraz z Gregiem Youngiem – był jednym z pierwszych promotorów i nauczycieli tego podejścia do tworzenia oprogramowania. Nie wchodzimy jednak w szczegóły implementacyjne – w tym spotkaniu szkoda na to czasu! Ten temat pewnie jeszcze się pojawi w DevTalku w czysto technicznym kontekście, jednak z Udim rozmawiam z trochę ogólniejszej perspektywy. Udi tłumaczy dlaczego technologie i wzorce często nie są najważniejsze i na interesującym przykładzie pokazuje, jak wymagania biznesowe oraz modelowanie pomagają rozwiązać najtrudniejsze problemy. Programiści słysząc CQRS myślą od razu o klasach, szynach, cache itd, bardzo często pomijając kluczowy krok: refleksję nad źródłem i naturą rozwiązywanego problemu. Słuchając tego odcinka każdy dev zastanowi się pewnie: czy przypadkiem ja nie ignoruję faktycznych potrzeb użytkowników?
Bardzo zachęcam do posłuchania, bo taka okazja nie zdarza się co dzień.
Ten odcinek ma partnera specjalnego: firmę JIT Solutions z Gdyni. Gdybyście chcieli sprawdzić w praktyce jak m.in. NServiceBus jest wykorzystywany w dużym rozproszonym projekcie to macie okazję dołączyć do ich zespołu. Szczegóły znajdziecie na pracuj.pl lub bezpośrednio w tym PDF.

Konkurs: po raz drugi (wcześniej w odcinku o DDD) do rozdania mam “Implementing Domain-Driven Design” Vaughna Vernona. Poza anteną wprost spytałem Udiego jaką jedną książkę poleciłby programistom, a on wskazał na tę konkretną pozycję. Właśnie ją zatem wyślę do autora jednego z komentarzy pod tym postem. Jak zwykle apeluję: piszcie swoje uwagi! Zarówno do odcinka, jak i samej idei “importowania” gości z zagranicy :). Mi się pomysł podoba – i ciekawą znajomość można nawiązać, i po angielsku pogadać, i nowych słuchaczy przyciągnąć. Co Wy na to?
Czytaj dalej…
Grzegorz • 24/05/2015
Trochę moich osobistych przemyśleń (ponad 15 lat płacą mi za kodowanie, Szczecin):
Studia:
* Dają podstawy teoretyczne — np. że liczby zmiennoprzecinkowe nie są dokładne i 0.1*10 nie musi dawać 10 — zadziwiające dla jak wielu młodych programistów jest to ciągle odkrycie.
* Nie służą do nauczania się ,,najnowszych” technologii — gdy ja studiowałem narzekano, że nie uczą BDE, czyli… Borland Database Engine, tylko jakoś ogólnie o bazach danych (młodsi o BDE i Borlandzie można poczytać w Wikipedii).
Wynagrodzenia:
Zależy od miejsca, firmy i okoliczności. W Szczecinie wspomniane powyżej 8000pln netto to powyżej średniej z ofert jakie znam (ale bez problemu można znaleźć ofertę na 9000-11000 netto na miejscu w Szczecinie na B2B).
Znam firmy w których płacą mniej i więcej niż 8000pln — każda firma ma swoje plusy i minusy i praca za większą kasę nie zawsze jest dobrym wyborem (sam kiedyś taką rzuciłem i nie żałuję).
Tylko, że tyle firmy chcą płacić doświadczonym i poważnym ludziom, a nie świeżakom bez komercyjnego doświadczenia, którzy tyle właśnie chcą (informacja od znajomych którzy rekrutują).
W Szczecinie dodatkowo konkurencję robi Berlin — dużo fajniejsze miasto do życia, a i stawki mają lepsze (choć różnica nie rzuca na kolana).
Więc jak ktoś ze Szczecina chce zarabiać więcej, to może sobie pojechać do Berlina i tu trudno szczecińskim firmom konkurować ofertą.
Maciej Aniserowicz • 01/06/2015
Dzięki za dyskusję, książkę wyślemy do Wojciech Brzózka