W dniu poprzedzającym konferencję wstałem o 5 rano i udałem się...
STOP!To nie będzie sprawozdanie z wycieczki do muzeum z IV klasy
Dzięki dobrej woli Grześka Dudy mamy dostęp do pełnych prezentacji już miesiąc po konferencji.
Lista moich faworytów:
Neal Ford - Why does Yesterday's Best Practice Become Tomorrow's Antipattern?
Piękne, wysokopoziomowe ujęcie naszych przyziemnych problemów.
Wojciech Seliga - Ten lessons I painfully learnt while moving from software developer to entrepreneur
Wojtek ma niesamowity talent do trafiania w punkt z refleksją i radą. Myślę, iż powinien spisać je w formie dedykowanej strony "poradnikowej" albo apki, która losowo codziennie przypomina jedną mądrość (poważnie bez kszty sarkazmu). Sam złapałem się na większości punktów przypominając sobie własne błędy popełnione i popełniane w firmie.
Neal Ford - Evolutionary Architectures
ThoughtWorks buduje swój techniczny wizerunek poprzez "kronikarzy". Fowler jest jednim z nich, ale Neal zdradził, iż nowe osoby pracują nad książką będącą almanahem architektonciznym.
W pewnej części pracujemy nad tym w firmie - zestaw metryk i wytycznych architektonicznych. Wiele osób pyta o takie materiały podczas szkoleń i po prezentacjach, wytyczne przydają się również podczas audytów.
Dobrze, iż TW oficjalnie rekomenduje bounded context z DDD jako wsparcie w określaniu granicy Microservisów (bez tego całość nie ma sensu i jest skazana na porażkę).
Wydaje mi się, iż w wywodzie Neala brakuje jednego elementu, który mówi jak konkretnie podejść do decouplingu: https://en.wikipedia.org/wiki/Connascence_(computer_programming)
Podejście, o którym mówiłem na tegorocznej Confiturze i podlinkuję jak tylko pojawi się video.
Ted Neward - Pragmatic Architecture
Głos sumienia architektów - chało by się rzec:)
Bardzo podoba mi się definicja architektury jaką podaje Ted:
Architektura to zestaw odpowiedzi jakie dajemy zanim programiści je zadadzą. Zasady jakie go prowadzą w codziennej pracy a nie prostokąty.
Osobny problem to: jak te odpowiedzi dokumentować? Swoją propozycję również przedstawię we wspomnianej prezentacji z Confitury.
Kolejna interesująca myśl to metafora architekta. W IT potrzeba lidera. Ted proponuje metaforę dyrygenta lub w przypadku małego zespołu frontmana, ew. reżysera.
Łukasz Szydło - Preconditions for good code review
Krótka prezentacja, która rzuca świeże światło na sensowne CR, które dają realną zmianę.
Bartek Nowakowski, Kuba Marchwicki - Niańczenie programistów vs. zarządzanie dziećmi
Flow może jeszcze do dopracowania, ale urzekła mnie paralela, którą budują prelegenci - niespodzianka na samym końcu.
//==============================
A tutaj moja skromna prezentacja:
Prezentacje i wystąpienia - jak nie tylko przetrwać ale i dobrze się bawić
Przy okazji dziękuję wszystkim, którzy głosowali za miejsce w pierwszej dziesiątce wśród tak znakomitego grona. Dzięki!:)
Slajdy - gdyby ktoś potrzebował.
