Na temat dostępności (accessibility) krąży wiele mitów. Często w ogóle o niej nie myślimy, kiedy zabieramy się do pracy, albo zrzucamy odpowiedzialność za nią na UXów. Tymczasem istnieje szereg powodów, dla których warto zainteresować się tym tematem i wzbogacić swoją zawodową praktykę. Co możesz zrobić, by efekty Twojej pracy wspierały różnorodne potrzeby? Dlaczego nie ma od tego ucieczki? I czego trzeba się oduczyć, by stać się osobą zajmującą się programowaniem odpowiedzialnie? A przede wszystkim: jakie błędy w naszej pracy wywierają katastrofalny wpływ na doświadczenie dostępności oraz jak ich uniknąć? Przyjdź i posłuchaj.

O prelegencie

Wojtek Kutyła jest niezależnym konsultantem i trenerem UX i service design, założycielem studia projektowego Human Thing Ltd. Mieszka w Edynburgu. W sektorze cyfrowych produktów i usług pracuje od 1999 roku. Współpracuje z wieloma międzynarodowymi organizacjami. Regularnie odbywa wizyty w Polsce, prowadząc warsztaty, występując na konferencjach i ucząc osoby zajmujące się programowaniem i UX zaawansowanych metod pracy w zawodzie. Buduje społeczność osób zajmujących się projektowaniem usług i produktów cyfrowych dookoła newslettera “Opowieści ze świata UX”. Jego główne zainteresowania to dostępność i strategia biznesowa.
fot. Sylwia Kowalczyk

Każdy chciałby pisać greenfield. A my tworzymy od 10 lat jeden produkt używany w ponad setce krajów. I co najważniejsze, nie wstajemy rano z kacem, myśląc o piętrzącym się długu technologicznym. System nadal wdrażamy codziennie, jest pokryty testami i działa stabilnie. Dodajemy (i usuwamy!) nowe funkcje oraz refaktoryzujemy i modularyzujemy. Z głową. Czego nauczysz się z tej prezentacji? – Jak zdecydować, co implementujemy i co wyrzucamy? – Jak bezpiecznie wdrażać zmiany – Jak unowocześniać aplikację nie zamrażając rozwoju – Czy i jak współdzielić kod? – Co warto implementować, a co kupić?

O prelegencie

Od blisko 30 lat pasjonuję się programowaniem. Zaczynałem już jako kilkuletnie dziecko, pisząc w Fortranie 77 proste programy pomagające mi w lekcjach – jak choćby w liczeniu „słupków” na matematykę 😉 Ponad 16 lat temu moja pasja przerodziła się w zawód, z którym jestem związany do dziś. Początkowo jako programista, później projektant i architekt, team leader i manager aż do trenera, konsultanta i przedsiębiorcy rozwijającego własną firmę i produkt DevSkiller.com. Od wielu lat skupiam się na architekturze systemów rozproszonych, optymalizacji procesów wytwarzania oprogramowania i zarządzaniu rozwojem programistów.

Świat wzorców Domain-Driven Design wielu osobom wydaje się mocno skomplikowany i złożony. Gdy wchodzisz do niego przez kod, skupiasz się implementacji agregatów, a za chwilę okazuje się, że to wcale nie jest najważniejsze. Im więcej się dowiadujesz, tym więcej się rodzi nowych pytań. A co, jeśli powiem Ci, że twój kod może być czytelniejszy, łatwiejszy, bardziej rozwijalny i testowalny w zasadzie już jutro? I że nie musisz przy tym przekonywać uczulonych na niektóre nazwy kolegów i koleżanek z zespołu? Przejdźmy zatem wspólnie kilka ścieżek, dzięki którym w kodzie pojawią się proste, ale bardzo wartościowe obiekty. Na ich ramionach będzie można budować dalej.

O prelegencie

Software architect, trener, konsultant i ex-CTO, związany z branżą IT od ponad 23 lat. Zajmuje się analizą, modelowaniem i implementacją systemów o złożonej logice biznesowej, m.in. z użyciem technik Domain-Driven Design. Prowadzi podcast Better Software Design o architekturze i projektowaniu oprogramowania. Obecnie związany z Bottega IT Minds, gdzie ma okazję pracować z wieloma zespołami developerskimi w Polsce i Europie. Mocno zaangażowany w rozwój oraz praktyczne zastosowania EventStormingu.

Omówimy przykład kompletnego produkcyjnego kodu DDD. To nie kolejna zabawkowa implementacja uszyta na potrzeby wykładu. Mikroserwis napisany w realiach projektowych z ograniczeniami czasu i zasobów, dostarczający prawdziwą funkcjonalność w skomplikowanej dziedzinie biznesowej. Sprawdź, jeśli w realu chcesz implementować DDD, kod obiektowy i architekturę Portów i Adapterów.

O prelegencie

Michał Michaluk Programista Java / Trener / Konsultant, Bottega IT Minds Jest programistą Java, konsultantem i trenerem w firmie Bottega IT Minds. Domain-Driven Design, Specification by Example, Software Craftsmanship oraz fundamenty Agile są jego narzędziami w codziennej pracy. Jest programista z pasją, intensywnie pracującym nad swoim rzemiosłem i fanem refactoringu kodu legacy.

Skąd wiesz czy piszesz dobry kod?! Bo jest zgodny z konwencjami? Bo statyczna analiza nie wykrywa błędów? Bo przestrzega SOLID, CUPID, DRY, KISS? Wszystkie te kryteria są niesamowicie subiektywne, bo czy zgadzamy się wszyscy czym jest pojedyncza odpowiedzialność, albo ile linii ma krótką metoda, czy dana klasa wystarczająco enkapsuluje? I tu pojawia się pytanie, czy da się obiektywnie oceniać kod? W 100% raczej nie, ale da się dużo bardziej niż do tej pory.

O prelegencie

Programista pasjonat, fan “Software Craftsmanship” i zwinnego podejścia do wytwarzania oprogramowania. Lubi proste rozwiązania skomplikowanych problemów. Na co dzień zajmuje się tematami z zakresu architektury aplikacji, Domain-Driven Design, Continuous Delivery, technologii Java oraz testowania automatycznego. Prywatnie mąż, ojciec szóstki dzieci.

Jest wiele dobrych praktyk, po 19 latach pracy znalazłem te, które naprawdę pomagają. Podzielę się narzędziami i metodami i opowiem w jakim kontekście działają. Choć nie zawsze są nowe, wielu deweloperów je niestety ignoruje. Wśród nich znajdziemy między innymi: jak wykorzystać TDD/BDD do pracy z wymaganiami, jak użyć metody naukowej do naprawy bugów na produkcji, jak zweryfikować observability przed wejściem na produkcję i jak zmienić myślenie o kreatywności i odzyskać radość w pracy. Nic wstrząsającego, ale możliwe że pomogą Ci w pracy.

O prelegencie

20 lat w branży jako kodujący architekt i manager, od 7 lat mikroserwisy. 12 lat nauczania: 200+ warsztatów. 100+ wykładów na 3 kontynentach. Specjalizujący się w DDD, TDD/BDD, XP, Spring, JVM, architekturach nakierowanych na utrzymywalność i rozszerzalność.