Konferencja
Tech Community
online

Co się kryje pod pojęciem QA – czy to tylko testowanie, a może to coś więcej, wpływ na proces, nie tylko testowy, ale również developmentu, To dbanie również o komunikację i przede wszystkim pokonanie bariery mówienia o jakości oprogramowania, QA może powiedzieć NIE – aplikacja zawiera błędy i nie możemy jej wypuścić na produkcje! Czego jeszcze nie powinien się bać? Technicznych rzeczy – testowanie backendu, bazy danych, AWS, wykorzystania developerskich narzędzi. Popatrzcie sami ile QA może mieć aktywności – to wszystko wpływa na jakość aplikacji oraz jakość procesu tworzenia oprogramowania.

CQRS, a więc Command Query Responsibility Segregation, jest wzorcem, którego ideą jest dzielenie systemu na dwie odpowiedzialności – odczyt oraz zapis. Głównym przesłaniem CQRSa jest sentencja: „Zadanie pytania nie powinno zmieniać jego odpowiedzi” – wydaje się to logiczne, ale co to tak naprawdę znaczy? Czym jest CQRS? Jak wygląda jego implementacja? Do czego może nam się on przydać? W trakcie prezentacji odpowiemy sobie na powyższe pytania oraz zaprezentowane zostaną sposoby w jakich CQRSa możemy zaimplementować w naszych systemach zarówno od ich samego początku jak i poprzez jego stopniową ewolucję. Rozwiane również zostaną wątpliwości odnośnie CQRSa, które często się pojawiają – w pewnych kręgach CQRS jest silnie związywany z takimi rzeczami jak DDD, Event Sourcing czy wieloma bazami danych. I o ile w dłuższej perspektywie podejścia te ze sobą bardzo dobrze współpracują tak CQRS może również istnieć w naszym systemie samoistnie – tak po prostu!

Wiele osób pracujących w IT słysząc zwrot „marka osobista” wyobraża sobie celebrytów znanych z tego, że są znani, internetowych guru od spraw wszelakich czy wyśmiewanych coachów wmawiających nam, że jesteśmy zwycięzcami. Pora to odczarować! Silna marka osobista programisty może służyć do powiększania wpływu na firmę/projekt, polepszania pozycji na rynku pracy czy zarabiania na swojej wiedzy. Pytanie tylko jak ją zbudować?

„Aha… Bo widzisz… ja mówię o testach integracyjnych między modułami, a Ty – między komponentami” – Powiedzieli sobie po godzinnej dyskusji nad Code Review. Po kolejnej godzinie okaże się że integracja modułu i komponentu to zupełnie dwie różne bajki. Ale po kolei – najpierw niech dojdą do tego że nie rozumieją nawzajem czym jest 'moduł’ a czym 'komponent’. Czy naprawdę jest tak że możemy pisać jedynie testy jednostkowe, integracyjne i e2e? No, to czym jest ten unit? A integracyjny – to co z czym zintegrowane? A dlaczego to nie unit, skoro też pisze się w jUnit? Pewnie Integracyjny to ten wolny, a unit to ten szybki? Dlaczego w zasadzie mówią aby rozdzielać Logikę Aplikacyjną od Logiki Domenowej skoro i tak obkładam to testem integracyjnym? A w testach Systemu E2E końcówkami są wejścia i wyjścia klasy, komponentu, modułu, mikroserwisu, kontraktów czy całego systemu? A to w ogóle mamy jakieś komponenty i moduły? I co zrobi tester? Dla bezpieczeństwa i okiełznania chaosu zduplikuje przypadki testowe. Po to by na wielgachnym systemie na siódmej stronie formularza spróbować wpisać imię o jeden znak za długie. Nie ma to jak drogi zestaw testów który jest stabilnie czerwony. Aj… przestań już! Boli! Chaos! Z tym testowaniem to już tak jest. jUnit jest prosty, AssertJ również, Mockito, nawet Spock. Do ogarnięcia tutorialem. I tak zostajemy sami z rozrzuconymi narzędziami. Ale jak to poskładać… sensownie… trzeba by przyjąć jedną ze strategii testowania. Czekaj… to można mieć strategię?! Nawet kilka?… To nie ma jednej słusznej piramidy?! Pokaż! Pokażę! Ale wyjdźcie z ustalonych ram i przygotujcie się na coś nowego.

Identyfikacja a następnie szyfrowanie, maskowanie czy anonimizacja danych osobowych i wrażliwych to częsty problem, z którym muszą zmierzyć się inżynierowie danych. Wymagania w tym obszarze wynikają zazwyczaj z obowiązujących procedur wewnętrznych organizacji. Stąd trudno o jedno, uniwersalne narzędzie adresujące wszystkie potencjalne wyzwania. Microsoft udostępnia bibliotekę open-source Presidio, która pozwala na przygotowanie i obsłużenie całego procesu maskowania czy anonimizacji z poziomu Sparka w Synapse. W trakcie sesji przyjrzymy się jej od strony praktycznej implementacji.

ChatGPT has certainly made waves in the AI world, but is it the ideal solution for every business need? In this presentation, we’ll delve into the pros and cons of large language models like ChatGPT and open-source and custom AI solutions. Join us on this insightful journey! Learn how to make strategic decisions for various use cases as we reveal the true potential of a diverse AI landscape.

Każdy z nas chce pisać „dobry kodzik”, ale jak to zrobić? Jakie cechy powinien posiadać takowy kod? Pierwsza część developerów zgodnie odpowie, że dobry kod powinien być: czytelny, bezpieczny, łatwo testowalny, wydajny, odporny na błędy itp. Druga część zacznie wymieniać jakich wzorców architektonicznych powinniśmy użyć. Natomiast trzecia z reguły kłóci się o to na forach. Moim zdaniem, żadna z tych grup nie ma racji. Pokażę Wam, czym tak naprawdę jest dobry kodzik, dlaczego wyżej wymienione cechy i wzorce nie są najważniejsze oraz od czego „to zależy „. Efektem ubocznym tego spotkania będzie szybszy rozwój Waszej kariery.

Wirtualizacja danych w SQL Server nie jest w sumie niczym nowym, ale trzeba obiektywnie powiedzieć, że w najnowszej wersji produktu zaoferowano zupełnie nowe podejście, które nazwano Project Gravity. Warto wspomnieć, że ten silnik relacyjny może pracować z plikami parquet oraz także w formacie delta. Zapraszam na sesję z dużą ilością praktycznych przykładów.

W trakcie prezentacji zostaną omówione istotne aspekty oprogramowania typu Workflow. Prelegent przedstawi w jaki sposób to oprogramowanie może pomóc firmom we wprowadzeniu sztucznej inteligencji. Na podstawie swoich doświadczeń, opowie również o różnych rodzajach sztucznej inteligencji, które są najbardziej skuteczne w praktyce i mogą być wdrożone dzięki oprogramowania typu Workflow.

Progressive Web Apps (PWA) w roku 2023: Co się zmieniło? Michał Szklarski Abstrakt prezentacji W mojej prezentacji przedstawię najnowsze trendy i technologie dotyczące Progressive Web Apps. Przeprowadzę analizę, jak PWA zmieniły przeglądanie internetu, a także co się zmieni w przyszłości. Omówię również, jak nowe standardy przeglądarek wpłyną na rozwój i ulepszanie PWA, a także jakie korzyści niosą ze sobą dla użytkowników i deweloperów.

Sztuczna inteligencja, czat GPT i inne toole, które mogą być pomocne bądź stanowić zagrożenie w procesie rekrutacji i sprzedaży. Jednakże czy istnieje szansa, że rozwinie się to na tyle, aby zastąpić ludzi? Podyskutujmy o tym!

Zastanawiasz się jaki framework wybrać? Zaczynasz swoją karierę? A może szukasz drugiego frameworku? Vue.js puszcza do Ciebie oczko. W trakcie swoje prezentacji pokażę Ci jak szybko można stworzyć prostą web aplikację w Vue właśnie. W 50minut zdążymy tylko z podstawami. Mam jednak nadzieję że będzie to dobry punkt wyjścia do zabawy z Vue po godzinach.

„You are a great wizard Harry and one hell of a good one – Jesteś wspaniałym czarodziejem „”Harry”” i to piekielnie dobrym (niezłe to AI XD). Wątpie, że AI zabierze nam pracę, ale warto się przed tym zabezpieczyć i opanować tajne zaklęcia. Jakie to zaklęcia? No nie mogę Ci powiedzieć, bo dowiesz się wszystkiego przed prezentacją. W takim razie pragnę Cię zaprosić na przyjemny występ, podczas którego zerkniemy na mój stary kod (pisany pod wpływem leków) i naprawimy go stosując rozsądne rozwiązania (to nie będzie kolejna prezka dotycząca pucowania kodu – podejdziemy do tego z głową). Zastanowimy się też czy „”good practices”” są zawsze przydatne oraz kiedy używanie ich bez zastanowienia utrudnia życie. Thank you from the mountain – z góry dzięki za obecność.”

Cloud hosting brought application development to a new level in many ways. It became a default solution, often treated as a silver bullet. It is important to remember the classical approaches as well as a part of our toolset to improve our flexibility and optimize both the performance and the spendings. We will discuss how to do that keeping the modern infrastructure approach and flexibility to business context changes.

Kiedy wielu z nas dostaje w swoje ręce duży projekt frontendowy rozwijany przez kilkanaście osób latami często myśli jedno: przepisać. Czy to na pewno jedyna i najlepsza droga? Od dwóch lat pracuje w roli Frontend Tech Leadera wielkiej aplikacji frontendowej i z przyjemnością opowiem jak zwiększyłem kluczowe parametry funkcjonalne i wydajnościowe o około 80% bez przepisywania i wielkich refactorów gotowych funkcjonalności.

Zapomnijcie o Reacie, Vue i Angularze. Pokażę Wam jak zbudować swój własny najlepszy na świecie framework JavaScriptowy, a potem opowiem dlaczego raczej nie powinniście tego robić w domu. Jednakże wierzę, że to doświadczenie pozwoli Wam rozwinąć się jako programistom poznając jak popularne frameworki działają „pod spodem”.

Niebawem.

Jak dobry programista powinien przeprowadzić proces projektowania. A w szczególności: co zrobić, zanim napiszemy chociaż jedną linię kodu? Czy istnieje uniwersalny wzorzec planowania, który nie jest banałem ani balastem? Jakie drogi na skróty mogą potencjalnie spowodować więcej szkód niż pożytku? Na jaki poziom abstrakcji i generyczności się zdecydować? Jak dokumentować plan, by później się nie pogubić? I wreszcie – jak z pomocą zespołu dobrze go wykonać.

Dlaczego automatyczne testy szybkości działania stron internetowych (web performance) w trakcie całego cyklu developmentu są tak istotne? Jak skonfigurować asercje w Google LHCI aby odwzorować Core Web Vitals ale dalej mieć kontrolę? Jak wpiąć testy do CI/CD pipeline na GitHubie aby nas informowały lub nawet blokowały możliwość mergowania pull requesta gdy założone budżety zostaną przekroczone ? Na te i inne pytania odpowiem Wam podczas mojej prezentacji.