92. O wykorzystaniu AI w software developmencie z Jarkiem Pałką i Wojtkiem Ptakiem
Dziś już chyba nie ma sposobu, by uciec od tematu sztucznej inteligencji i jej wykorzystania w codziennej pracy. I właśnie często pojawiające się pytanie o wpływ sztucznej inteligencji na wytwarzanie oprogramowania i zawód programisty jest przyczyną dzisiejszego odcinka. A że taką małą tradycją w tym podkaście powoli staje się doroczne spotkanie z Jarkiem Pałką i Wojtkiem Ptakiem, temat rozmowy narzucił nam się niemal od razu. I choć wiele z tego zdezaktualizuje się zapewne bardzo szybko, to tak właśnie widzimy zastosowanie AI w IT, anno domini 2024.
--------
1:28:26
91. O modułach w aplikacjach JavaScript z Tomaszem 'Comandeer' Jakutem prowadzi Tomasz Ducin
W świecie technologii frontendowych, w najprostszym rozumieniu moduł może być najmniejszą cząstką aplikacji, zajmującą się jedną podstawową rzeczą, dodatkowo wydzieloną do osobnego miejsca. Ale aby nie było zbyt prosto, to tylko jedna z często stosowanych definicji modułu.W dzisiejszym odcinku gościem Tomka Ducina, specjalisty z zakresu architektury frontendu jest Tomasz Jakut, szerzej znany w społeczności JavaScriptowej jako Comandeer.Więcej na stronie tego odcinka na stronie bettersoftwaredesign.pl.
--------
1:06:00
90. O projektowaniu architektury multi-tenant z Michałem Giergielewiczem
Architektura systemu nie jest jedynie pochodną wymagań funkcjonalnych. Istotny wpływ ma tu także fakt, czy z system powstaje do obsługi jednej organizacji, czy też będzie z niego korzystać wiele całkowicie osobnych firm, a także w jakim stopniu poszczególni użytkownicy będą wykorzystywać dostępne zasoby. Ale to nie jedyne wyzwania, jakie pojawiają się w architekturach multi-tenant...Tematy zahaczające o infrastrukturę nie pojawiają się w Better Software Design zbyt często, jednak w przypadku tego rodzaju architektur nie sposób od tego tematu uciec. A moim gościem w tej rozmowie jest dziś Michał Giergielewicz, który na co dzień pracuje przy systemie email-marketingowym, z którego korzysta kilkaset tysięcy klientów na całym świecie.W tym odcinku wspólnie z Michałem rozmawiamy między innymi o:trudnościach w tworzeniu systemów multi-tenant, w tym bazach danych czy kolejkachmożliwych sposobach zaprojektowania infrastruktury przechowującej daneproblemach związanych z bezpieczeństwem danych i SQL Jailinguaspektach, które warto wziąć pod uwagę projektując system pod równoczesną obsługę wielu klientówpytaniach, które mogą pomóc w doborze odpowiedniej architekturyrozwiązywaniu problemów technicznych za pomocą narzędzi biznesowychWięcej na stronie tego odcinka na stronie bettersoftwaredesign.pl.
--------
1:16:30
89. O ciemnej stronie implementacji API z GraphQL z Sebastianem Rabiejem
W 2015 roku Meta, a właściwie ówczesny Facebook wydaje pierwszą wersję specyfikacji GraphQL, języka opisu zapytań do API, którego celem jest wydajne i mocno elastyczne pobieranie danych. A ten właśnie problem mocno doskwierał Facebookowi przy implementacji natywnych aplikacji mobilnych. Nadszedł rok 2024 i wiele organizacji przekonało się, że wdrożenie rozbudowanego i wydajnego GraphQL API nie jest zadaniem prostym...O GraphQL powiedziano już wiele, warto przybliżyć trochę ciemniejszych stron używania tego rozwiązania w projekcie. Dziś zapraszam na rozmowę o cieniach GraphQL-a, a moim gościem jest Sebastian Rabiej, który z tą technologią ma sporo doświadczenia produkcyjnego.W tym odcinku wspólnie z Sebastianem rozmawiamy między innymi o:raporcie Postmana i trendach w stosowaniu poszczególnych styli budowy APIczym jest GraphQL i jakie problemy rozwiązujezasadach, popularnych narzędziach i frameworkach do budowy GraphQL APIsposobach atakowania serwera GraphQLpotencjalnych problemach z wydajnością, bezpieczeństwem i wersjonowaniem takich APIbest practices i sposobach rozwiązania typowych problemów w GraphQLMateriały dodatkowe:Dokumentacja i strona domowa GraphQLDostępne wydania specyfikacji GraphQLArtykuł na blogu Meta opisujący jak to się wszystko zaczęłoZestaw zaleceń Principled GraphQLPraca Migrating to GraphQL: A Practical AssessmentWspomniany w odcinku blog post The rise and fall of GraphQL at sennderArtykuł Public versus Published Interfaces Martina Fowlera[Dokumentacja limitów GraphQL[(https://docs.github.com/en/graphql/overview/rate-limits-and-node-limits-for-the-graphql-api) w API GitHubNetflix DGS Framework do implementacji i uruchamiania usług opartych o GraphQLGraphQL Voyager, narzędzie wizualizacji schematu API w formie interkatywnego grafuGraphQL Cop, narzędzie audytu security API opartych o GraphQL
--------
1:07:40
88. O rewolucji w Angularze i frontendzie na sygnałach z Maciejem Wójcikiem prowadzi Tomasz Ducin
Frontend i jego technologie rozwijają się szybko. Tym razem na horyzoncie w świecie Angulara są Signals, które mogą dość mocno zmienić podejście do projektowania systemu.Po mocnym otwarciu serii o architekturze frontendu rozmową z Bartkiem Cytrowskim o makro-frontendzie Atlassiana, pora na temat typowo techniczny, związany jak to często w tym światku bywa, z konkretnym frameworkiem. Gościem Tomka Ducina dziś jest Maciej Wójckik, Software Engineer i Technical Leader w Cisco, a tematem rozmowy są wspomiane już sygnały.W dzisiejszej rozmowie:czym są sygnały i jaki problem rozwiązująw czym są podobne, a czym różnią się od istniejących narzędzi reaktywnych typu RxJskomponentach, zależnościach, zmianach, template'ach i wydajności systemujak sygnały wpływają na projektowanie i testowanie aplikacjiz czym wiąże się migracja aplikacji na Signals i jakie problemy mogą się pojawićMateriały dodatkowe:Oficjalna dokumentacja Angular SignalsDarmowy kurs Angular Signals autorstwa Macieja
Polska