V edycja otwartej, darmowej konferencji
poświęconej zagadnieniom informatycznym
18 listopada 2017, Gliwice

Software Architecture

Microservices, Command Query Responsibility Segregation, Porty i Adaptery, Event Sourcing, Domain Driven Design, Test Driven Design, Event Driven Architecture, Clean Code i wiele więcej! Dowiedz się jak budować stabilne oprogramowanie, słuchając prawdziwych historii prosto z pola walki.

GameDev

Obecnie gry stają się coraz bardziej zaawansowane i złożone, jak więc można za nimi nadążyć? Co zrobić by zrozumieć proces ich powstawania? W ramach tej ścieżki oferujemy przyjemny sposób na wgląd w tajniki tworzenia tych niesamowitych wirtualnych środków rozrywki.

Software Craftsmanship

W dzisiejszym świecie proces wytwarzania oprogramowania kojarzony jest częściej z linią produkcyjną niż z warsztatem. Ścieżka ta poświęcona jest tematyce związanej z praktykami pozwalającymi połączyć programowanie z takimi zagadnieniami jak perfekcja, zwinne wytwarzanie oprogramowania czy też rzemiosło.
Zobacz relację z czwartej edycji!
A co w tym roku? 

Wysłuchamy między innymi

Krzysztof Chruściel (Diebold Nixdorf)

Enough with the theory, let’s TDD!

Wszyscy wiemy, że TDD jest super, tylko dlaczego tak mało z nas stosuje tą metodykę na co dzień? Podczas live codingu postaram się pokazać wam, że życie na fazie może być ciekawe. Oczywiście fazy to …

Enough with the theory, let’s TDD!

Wszyscy wiemy, że TDD jest super, tylko dlaczego tak mało z nas stosuje tą metodykę na co dzień? Podczas live codingu postaram się pokazać wam, że życie na fazie może być ciekawe. Oczywiście fazy to - red, green i refactor. Każda faza kojarzy nam się z %integracją%, więc i testy integracyjne się pojawią. Potem postaramy się zostać zaakceptowani przez testy akceptacyjne, a wszystko to będzie sterowane przez TDD. A co z dokumentacją tych wszystkich zdarzeń!? Spokojnie, słyszeliście o Test Driven Documentation?

  Język: Polski
  Poziom: 
Jarosław Pałka (allegro.tech / Symentis)

Sagi, strumienie, reaktywność i inne buzzwordy

Dzień za dniem, CRUD za CRUD'em, dni przeciekają między palcami pośród takich samych usług RESTowych. Smutek, zgryzota, szara codzienność. Jedyną radością jest nowa wersja Spring MVC czy też kolejne …

Sagi, strumienie, reaktywność i inne buzzwordy

Dzień za dniem, CRUD za CRUD'em, dni przeciekają między palcami pośród takich samych usług RESTowych. Smutek, zgryzota, szara codzienność. Jedyną radością jest nowa wersja Spring MVC czy też kolejne potyczki pomiędzy obozami RESTafarian. Lecz czasami, raz w życiu, dostajesz w swoje ręce projekt, który budzi Cię do życia. Tym projektem jest "data streaming". I od teraz wszystko co wiesz, całe zdobyte doświadczenie, nie ma już znaczenia.

Hektolitry zdarzeń w binarnym formacie spadają na Twoją głowę jak konfetti. Nagle Twoim problemem zaczyna być opóźnienie w czasach odpowiedzi na poziomie milisekund, rozmiary kolejek i pule wątków. A GC topi kwarc na Twoich procesorach. Głowę zaprzątasz sobie problemami "causal consistency" i "happens beforemilisekund, rozmiarami kolejek i pulami wątków. 

Ta prezentacja to pamiętnik z pola bitwy. Opowieść o RX extensions, Apache Kafka i Hazelcast. Opowieść o tym, kiedy budowanie własnego rozwiązania ma sens. O tym z jakimi problemami się spotkacie, których będziecie starali się unikać jak ognia, a które z nich będziecie musieli rozwiązać sami. Zastanowimy sie też jakie problemy pomożecie rozwiązać biznesowi wykorzystując  strumieniowanie danych. A jeśli jedyne co pozostanie po tej prezentacji w Waszych głowach,  to świadomość, że kolejność zdarzeń ma znaczenie i wiedza na temat tego jak radzić sobie z tym w systemach rozproszonych, wówczas uznam to za sukces.

  Język: Polski
  Poziom: 
Agnieszka Opilska (Omnisquare)

Właściwe pytanie, które ma tylko jedno słowo, czyli… dlaczego warto pytać “dlaczego”?

"Jeden prosty trik, by rozwiązać wszystkie Twoje projektowe problemy!". No może nie wszystkie, ale na pewno jakąś ich część. I może nie do końca rozwiązać, ale z pewnością lepiej je zrozumieć.  …

Właściwe pytanie, które ma tylko jedno słowo, czyli… dlaczego warto pytać “dlaczego”?

"Jeden prosty trik, by rozwiązać wszystkie Twoje projektowe problemy!". No może nie wszystkie, ale na pewno jakąś ich część. I może nie do końca rozwiązać, ale z pewnością lepiej je zrozumieć. 

W czasie prezentacji opowiem o tym, dlaczego warto pytać "dlaczego". Szczególnie kiedy sytuacja wydaje się beznadziejna, a kolejne "action pointy" z retrospektywy niczego nie zmieniają. Przeanalizujemy możliwe motywacje Klienta, który często zmienia wymagania biznesowe i zastanowimy się, jak można sobie z tym w projekcie poradzić. 

Chcę też pokazać uniwersalność pytania "dlaczego" i to jak sprawdza się w codziennej komunikacji z Klientem - nie tylko przy zmianie wymagań. Przedstawię przypadki z życia wzięte, gdzie proste zapytanie Klienta o jego intencje pozwoliło dobrać skuteczne rozwiązanie, tak by wszyscy byli zadowoleni. 

  Język: Polski
  Poziom: 
Piotr Pelczar (Euro Bank)

Pragmatic Monolith-First, easy to decompose, clean architecture

Tworzenie architektury systemów odpowiadającej przyszłym potrzebom biznesu to wróżenie z fusów. Nie istnieje jedna strategia  na strategiczne planowanie systemu. Zbyt wczesne podjęcie decyzji o …

Pragmatic Monolith-First, easy to decompose, clean architecture

Tworzenie architektury systemów odpowiadającej przyszłym potrzebom biznesu to wróżenie z fusów. Nie istnieje jedna strategia  na strategiczne planowanie systemu. Zbyt wczesne podjęcie decyzji o architekturze opartej o mikrousługi może utrudnić refaktoryzacje i wprowadzić zbyt dużą bezwładność systemu wyniesioną na poziom infrastruktury i spowolnić development. Z kolei monolit bardzo ciężko opanować.

Zaprezentuję propozycję budowy systemu rozpoczynając od dobrze zorganizowanego monolitu z wyraźnie zaznaczonymi zakresami techniczno-biznesowymi, umożliwiającego podjęcie decyzji w którym kierunku go dekomponować i jak go dostarczać. Jego założeniem będzie dobre wykorzystanie strategicznego i taktycznego Domain-Driven Design, oparcie o Hexagonal Archiecture. Zaprezentuję ciągłe i automatyczne monitorowanie złożoności przypadkowej różnej klasy narzędziami wbudowanymi w CI.

Zapraszam, jeżeli interesuje Cię budowa systemów o bogatej i skomplikowanej domenie biznesowej.

  Język: Polski
  Poziom: 
Chcesz więdzieć więcej o SpreadIT?

Nasi sponsorzy i partnerzy

Patronat honorowy

Sponsor główny

Sponsor Ścieżki GameDev

Sponsor Ścieżki Software Architecture

Sponsor Ścieżki Software Craftsmanship

Sponsor złoty

Sponsor złoty

Sponsor złoty

Sponsor złoty

Sponsor złoty

Sponsor srebrny

Sponsor srebrny

Sponsor srebrny

Sponsor brązowy

Sponsor brązowy

Patron medialny

Patron medialny

Patron medialny

Patron medialny

Patron medialny

Patron medialny

Partner

Partner

Partner

Partner

Korzystając z tej strony, zgadzasz się na zapisywanie przez nas plików cookie na Twoim komputerze zgodnie z naszą polityką prywatności.