Modelowanie upływu czasu jest zawsze trudne, tak samo jak implementacja logiki biznesowej wewnątrz złożonych domen. Długotrwałe transakcje biznesowe, rozciągnięte pomiędzy wieloma bounded-contextami, możliwe scenariusze sukcesu i błędów są nawet jeszcze trudniejsze do zamodelowania i przetestowania. Na szczęście istnieje kilka możliwych rozwiązań podobnych problemów… Procesy wymagające przesyłania wielu wiadomości, eventów, angażujące różne agregaty z różnych części systemu? Wzorzec sagi może być tu bardzo pomocny. Podczas tej prezentacji nauczysz się technik modelowania biznesowych procesów długotrwałych, mających wpływ na większe obszary aplikacji, możliwe przypadki użycia oraz powiązane anty-wzorce.

Ostatnio włożyliśmy sporo pracy w automatyczne sprawdzanie jakości kodu. Używamy tych samych zasad w IDE w czasie kodowania, i na serwerze Teamcity przy każdym commicie. Jakość całego projektu jest sprawdzana, poźniej bot informuje cały team na slacku jeśli zostały wykryte błędy.

W tym wystąpieniu chcę rozwiązać kilka kwestii dotyczących przeprowadzania Codereview.

O czym będę mówić?

- Codereview jako narzędzie wspomagające tworzenie zespołu

- Co jest nie tak z odhumanizowanym Codereview

- Kilka wskazówek, które warto wykorzystać podczas Codereview

- Jak poradzić sobie z negatywnym przeglądem kodu

Wszyscy używamy chmury, zarówno publicznej jak i prywatnej, w coraz większym stopniu. Umiejętność tworzenia architektur i aplikacji, które sprawdzają się w tym środowisku staje się coraz istotniejsza. Podzielę się z Wami moimi doświadczeniami i wiedzą o tym, jak z chmurowymi problemami możemy sobie radzić.

53% odwiedzanych stron mobilnych zostaje porzucona, jeżeli czas ich odpowiedzi przekracza 3 s. Rosnące wymagania, dostępność skomplikowanych usług oraz integracje z zewnętrznymi systemami, powodują brak możliwości dostarczenia odpowiedzi w satysfakcjonującym dla użytkownika czasie. Z pomocą przychodzi nam architektura mikroserwisów z komunikacją asynchroniczną. W prelekcji poruszone zostaną podstawowe zagadnienia oraz problemy i ich rozwiązania, jakie napotkaliśmy przy pracy z nową architekturą w Przelewy24.

Symfony 4 wprowadza nowy domyślny sposób budowania aplikacji - Symfony Flex. System będzie mocno zintegrowany z composerem, a także zaoszczędzi czas pracy dzięki zautomatyzowaniu powtarzalnych zadań, takich jak wprowadzanie konfiguracji. Dodatkowo ułatwi wybór nowych bibliotek do konkretnych potrzeb dzięki udostępnieniu dwóch repozytoriów zawierających najlepsze z perspektywy twórców bundle dla danego celu. Począwszy od wersji 3.3 Symfony zezwala na użytkowanie Symfony Flex w wersji beta. Zbadamy jego działanie “pod maską” by w pełni wykorzystać potencjał tego narzędzia.

Zagadnienia związane z obsługą daty i czasu nie są trywialne, zarówno od strony teoretycznej, jak i praktycznej. Jest wiele pułapek, których należy unikać. Na prezentacji omówię najważniejsze z nich i postaram się doradzić jak ich unikać od strony praktycznej. Być może dzięki temu unikniecie wielu problemów w swoim kodzie, a na pewno posłuchacie kliku anegdotek o tym bardzo interesującym zagadnieniu.

Blockchain to technologia, która stała się popularna dzięki najpopularniejszej kryptowalucie - Bitcoinowi. To idea bazy danych, w której raz umieszczone dane nie mogą się już zmienić. Te właściwości powodują, że wiele branż zainteresowało się przechowywaniem swoich danych w blockchainie. W tej prelekcji przedstawię ideę blockchainu, techniczne mechanizmy i algorytmy, które umożliwiają jego poprawne działanie oraz pokażę w jaki sposób działają istniejące implementacje blockchainu.

Czy kiedykolwie zastanawiałeś się jak przechowywane i przetwarzane są dane geograficzne w Google Maps? Dowiedz się podczas tej sesji.

Poznaj podstawy geohashingu i udostępnionej przez Google biblioteki do przetwarzania danych geometrycznych S2. A potem zobacz tą bibliotekę w akcji.

Przykłady z kodem PHP, konfiguracją mechanizmów przechowywania (MySQL, Elasticsearch). Plus wszystko inne czego potrzebujesz, żeby zacząć pracę z nowym podejściem zaraz po wyjściu z tej sesji.

Kiedy mówimy o skalowalności skupiamy się na aspekcie technicznym. W praktyce, skalowalność samej aplikacji jest tylko jednym z wielu czynników składających się na fakt, że nasz produkt jest skalowalny. Wspólnie zdefiniujemy czym jest skalowalność, omówimy obszary jakich dotyka oraz odpowiemy sobie na pytania, kiedy produkt jest skalowalny i co to dla nas oznacza.

Chcemy mówić o mailach – nie będziemy opowiadać o EmailLabsie. Wysyłamy miliardy maili każdego roku i biorąc pod uwagę liczbę zgłoszeń, zapytań do naszego BOK, widzimy, że wielu programistów, którzy zaczynają przygodę z jakąkolwiek wysyłką e-maili napotyka wiele problemów – z dostarczalnością, ze skuteczną wysyłką, z tworzeniem nagłówków wiadomości itp. W związku z tym chcemy opowiedzieć jak developer może skutecznie tworzyć, wysyłać, dostarczać i zabezpieczać wiadomości e-mail.

Plan prelekcji:

Wykorzystanie protokołu SMTP przez PHP

1) Działanie protokołu SMTP

2) W jaki sposób PHP wykorzystuje SMTP

3) Porówanie bibliotek do SMTP

4) Zwiększenie dostarczalności

5) Zabezpieczenie przed phisingiem

6) Poprawna konstrukcja wiadomości e-mail

Przyzwyczailiśmy się już do komunikacji po REST’cie. Wysyłamy po HTTP requesty w te i z powrotem mając nadzieje, że kontrakt API się nie zmienił. Co by jednak było, gdyby zamiast długich i ciężkich JSONów czy XMLi, mogli byśmy komunikować się w sposób binarny? Co by było, gdybyśmy mieli pewność, że kontrakt w API nie może zostać zmieniony i co by było, gdybyśmy mogli odizolować warstwę komunikacji od serwisu niezależnie od używanego języka? Przyjrzymy się bliżej technologii od Google, czyli Protobuff razem z frameworkiem GRPC. Z tej prezentacji dowiesz się: - Czym jest Protobuff oraz GRPC? - Jaka jest różnica między komunikacją po REST’cie, a po ProtoBuffie - Dlaczego warto przyjrzeć się tej technologii? - Jak wyglądało wdrożenie GRPC w BlaBlaCar? - Jak możesz wykorzystać komunikację binarną w swoim projekcie? - Jakie są plusy i minusy takiego rozwiązania?

Statyczna analiza kodu to analiza kodu bez jego wykonywania. Opowiem o jej zaletach i dlaczego warto ją stosować w projekcie, ale wspomnę również o wadach i możliwych problemach. Przedstawię kilka narzędzi, które można wykorzystać, od podstawowych, sprawdzających poprawność składni i formatowanie kodu, po bardziej zaawansowane, obliczające różnego rodzaju metryki oraz pozwalające np. na detekcję błędnego typu zwracanych danych.

Modelowanie złożonych poroblemów jest skomplikowane i często prowadzi do równie skomplikowanego kodu. Kontrolery, repozytoria, usługi, warunki biznesowe, formularze, widoki - wymagania biznesowe klienta często infiltrują te warstwy, wszystko jest ze sobą połączone, a kod staje się trudny do czytania, zrozumienia i rozwoju. A gdy potrzeba rozszerzyć lub zmodyfikować logikę biznesową, i trzeba „przekopać” się przez dziesiątki (a czasami i setki) linii kontrolerów, próbując zrozumieć sens i rolę wszystkich obiektów lub zidentyfikować zakres zmian, może nadszedł czas na inne podejście… Podejście „Thinking in Events” oznacza, że można być w pełni skoncentrowanym na problemie domenowym i implementacji testowalnej logiki biznesowej. Wykorzystując zdarzenia domenowe jako źródło informacji, skomplikowane technicznie elementy jak bazy danych czy web-frameworki stają się jedynie szczegółami implementacyjnymi, od których nie zależy zbyt wiele.

Podczas workshopu nauczysz się więc stosować eventy w swoich projektach, używać różnych implementacji event/command/query busów, aplikować Event Sourcing do przechowywania historii zmian, czy też rozdzielać zapis od odczytu z wykorzystaniem CQRS, aby zwiększyć wydajność, skalowalność i bezpieczeństwo całego systemu. Będąc jednocześnie skoncentrowanym na realnym problemie biznesowym, bez rozpraszania zbędnymi detalami kodu.

W swojej przygodzie z pisaniem testów jednostkowych zapewne zdarzyło Ci się że:

- sporo czasu zajęło Ci przeczytanie i zrozumienie co robią testy,
- zaimplementowałeś funkcjonalność i pozostało Ci tylko napisać testy, ale nie jest prosto je napisać, a w dodatku zajmuje Ci to sporo czasu, więc w końcu rezygnujesz,
- zaimplementowałeś funkcjonalność, ale już nie masz czasu, aby dopisać testy.

Takie sytuacje mogą powodować, że nie widzisz wartości w pisaniu testów jednostkowych, bo ich koszt przewyższa zyski jakie dają. Na warsztatach dowiesz się i przećwiczysz jak minimalizować ten koszt tworzenia i utrzymania testów jednostkowych. Poruszymy takie tematy jak czytelność i kruchość testów jednostkowych, testowalny kod i TDD jako sposób na pisanie bardziej wartościowych testów.

Wymagania:

- własny laptop,
- zainstalowane: vagrant lub docker,
- podstawowa umiejętność w dziedzinie pisania testów jednostkowych (asercje, mocki).

Szkolenie jest przeznaczone dla osób zaczynających przygodę z Symfony3. Będziemy pisać własną aplikacje w Symfony3.

Przejdziemy przez wszystkie istotne zagadnienia zaczynając od podstaw.

Wprowadzenie do „frameworków” webowych. Omówinie wzorców: Model-View-Controller, Model-View-Presenter, Model-View-View-Model.

- Czym jest composer? Jak używać tego narzędzia? - Instalacja i konfiguracja Symfony
- Kontrolery i „Routing” w Symfony3
- Widoki w Symfony3 (twig)
- Formularze w Symfony3
- Walidacja danych w Symfony3
- Model – Omówienie biblioteki „Doctrine”
- Zarządzanie css-ami oraz javascriptami z poziomu Symfony (Webpack Encore)
- Wyjaśnienie działania kontenera zależności w Symfony3
- Omówienie komponentu „Security” w Symfony3
- Kilka słów o testach. Dlaczego i po co testować? Podstawowe wprowadzenie do TDD i testowania w symfony
- Czym tak naprawdę jest „bundle” w Symfony? Jak organizować kod? – podejście aplikacyjne vs podejście bibliotek
- Klika słów o „cachowaniu” w Symfony3
- Workflow component - krótkie wprowadzenie
- Nie wymyślaj koła na nowo – czyli gdzie i jak możemy szukać przydatnych gotowych rozwiązań

Event Sourcing, dzięki swoim zaletom, w ciągu ostatnich kilku lat zyskał bardzo na popularności. W mojej prezentacji przybliżę ten temat osobom, które chcą rozpocząć programować według nowego podejścia. Dodatkowo poruszę bardziej zaawansowane kwestie jak wersjonowanie eventów, tworzenie projekcji oraz integracja z zewnętrznymi systemami w Event Sourcing.

Każdy kod się starzeje. Zmienia się technologia, otoczenie biznesowe, zespół. Jak więc wyciągnąć kod, by nadążał za zmianami, a jednocześnie by w sposób pewny i stabilny dostarczał wartość biznesową, która jest podstawą jego istnienia? Jak rozpoznać, gdzie zacząć naprawianie kodu, w którym momencie, wreszcie - jak znaleźć odpowiedź na fundamentalne pytanie – dlaczego w ogóle chcemy go zmieniać? W trakcie prezentacji postaram się przybliżyć odpowiedzi na te pytania oraz podpowiedzieć jakie kroki powinny rozpoczynać proces refactoringu lub optymalizacji.