Prezentacje z Devoxx

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ę, że 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ł, że 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, że 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ę, że 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 ciekawa 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ł.