VI edycja otwartej, darmowej konferencji
poświęconej zagadnieniom informatycznym
poświęconej zagadnieniom informatycznym
8 września 2018, Katowice
Web services development, no matter SOAP, REST, or RPC, is today as easy as adding an annotation to a method. Little more is required to create API using OAS (Swagger). But how to create the complex yet simple interfaces and provide reliable and consistent access to a wide variety of APIs, e.g. microservices? How to make a friendly system for both developers and consumers (web, mobile, fridge)? And how to prevent duplication of cross-cutting concerns (security, network, and others)? I will acquaint you with the possibilities, strengths and drawbacks of open source solutions. I will also show how to adjust them to own needs, what to take into consideration, and how to develop own API Gateway.
Na czym polega projektowanie zorientowane na użytkowników? Dlaczego to tak istotne i jak właściwie odbywa się przekuwanie potrzeb w funkcjonalności? Dlaczego do zadbania o użyteczność produktu nie wystarczy UX Designer?
Omówimy fundamenty UX, aby pokazać, jakie jest zadanie projektanta w projekcie, czym dokładnie się zajmuje i dlaczego wsparcie developmentu jest tak istotne.
Przede wszystkim jednak skupimy się na tym, jak dobrze współpracować. Pod lupę weźmiemy proces, narzędzia dla projektantów i developerów oraz komunikację między tymi grupami.
W rozwoju programisty w gamedevie, jak u każdego specjalisty w każdej dziedzinie, można zaobserwować Efekt Krugera – Dunninga, czyli spadek pewności siebie wraz z nabieraniem kompetencji w czasie, by dopiero po wielu latach tę pewność siebie odzyskać. Dyskutować będziemy o tym jak wpływa on na współpracę różnych pokoleń programistów w obrębie projektu.
Jak zaprojektować model domeny by był on w stanie udźwignąć nie tylko realizację funkcjonalności, ale także komercyjny sukces naszego systemu?
Stworzenie aplikacji która spełnia wszystkie, nawet najbardziej pokręcone wymagania funkcjonalne jest trudne. Stworzenie aplikacji która ma wystarczającą przepustowość, zadawalający czas odpowiedzi i nie traci danych bywa równie wymagające. Domain Driven Design jest sprawdzonym narzędziem do rozwiązywania problemów w nawet najbardziej złożonych domenach. Do rozwiązywania problemów z techniczą stroną naszych systemów, trendy ostatnich lat wskazują nam na takie techniki jak: event driven systems, event sourcing, reactive programing, non-blocking io, actor model, CQRS i tak dalej.
Jeżeli łamiesz sobie głowę nad tym jak sprawić by dobre wzorce DDD mogły działać w kontekście reaktywnych systemów i technik (głównie persistence), wpadnij koniecznie. Pokażę jak interpretować wzorce DDD z nieco innej perspektywy, tak by oddzielić ich esencję od naleciałości najczęstszych implementacji oraz jak stopniowo eliminować kolejne blokady.
