Prezentacje z Devoxx

art-of-software.blogspot.com 8 lat temu
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ł.
Idź do oryginalnego materiału