Bydgoszcz JUG - Meetup #47
Zapraszamy na #47 meetup Bydgoszcz JUG.
Tym razem na scenie wystąpią dwaj znakomici bydgoscy prelegenci: Rafał Pieńkowski oraz Michał Wojtyna.
Rafał Pieńkowski - Programista z ponad dekadą doświadczenia. Miłośnik Domain-Driven Design. Entuzjasta filozofii Agile oraz kultury DevOps. Świadomy użytkownik chmur publicznych Azure oraz AWS. Lubi dzielić się swoją wiedzą z innymi. Jego ulubionym cytatem jest:"Nie ma głupich pytań, są tylko głupie odpowiedzi
Tytuł prelekcji Rafała to "The art of maintaining a castle, czyli jak efektywnie pracować z systemami legacy."
Praca z systemami legacy potrafi być męcząca. Wprowadzanie zmian w kodzie wymaga od nas nie lada wysiłku. W trakcie tej prezentacji przyjrzymy się jak wybierać miejsca, w których refaktoryzacja przyniesie najwięcej korzyści. W wyborze tych miejsc wykorzystamy system kontroli wersji (GIT) oraz dane, które są w nim dostępne. Dokonamy podstawowej analizy zebranych danych oraz przy użyciu wizualizacji i odrobiony wiedzy eksperckiej poszukamy problematycznych miejsc w kodzie źródłowym jednego z projektów open-source.
Michał Wojtyna - I'm a Java software developer with passion for creating great products. Domain-driven design & Test-driven development are some of my favorite tools.
My code is clean and easy to modify, thanks to the modular, loosely coupled design achieved by continuous TDD iterations backed by a deep understanding of business requirements. I'm also a professional consultant and trainer. Recently I've created an interactive training program to help you become a professional software developer (https://howtobe.pro).
Michał opowie nam o "Domain Experiments"
Our clients don't know what they need.
This happens because no one can foresee the future.
Requirements will evolve and change rapidly over the lifecycle of the project. That's why we need to constantly refine systems.
We can keep building and discarding prototypes, but it's extremely costly.
Often we can't afford to rewrite everything from scratch only because some new domain insights were discovered.
This eventually leads to a mismatched model.
Is there another way?
We can focus on domain only and refine our model through examples, until we find the right conceptual contours (http://ddd.fed.wiki.org/view/welcome-visitors/view/conceptual-contours).
Each such iteration of the model is a kind of experiment challenging the upfront decisions.
During this presentation I'm going to show how you can use example mapping combined with business-oriented TDD to be able to run rapid experiments directly on the domain model, without a need to rewrite the system again.
Sponsorem spotkania jest firma Wunderman Thompson
Wunderman Thompson to globalna sieć, wspierająca topowe marki poprzez usługi kreatywne, konsultingowe i technologiczne. W ramach dywizji Wunderman Thompson Technology, firma projektuje i uruchamia złożone środowiska technologiczne, zapewniające biznesowy rozwój klientów.
