Podcast technologiczny, w którym na luzie i z humorem rozmawiamy o szeroko pojętej technologii, ale nie pomijamy też tematów związanych z kulturą. Prowadzący: Konrad Kozłowski i Patryk Koncewicz
…
continue reading
Player FM - Internet Radio Done Right
168 subscribers
Checked 9d ago
הוסף לפני five שנים
תוכן מסופק על ידי Mariusz Gil. כל תוכן הפודקאסטים כולל פרקים, גרפיקה ותיאורי פודקאסטים מועלים ומסופקים ישירות על ידי Mariusz Gil או שותף פלטפורמת הפודקאסט שלהם. אם אתה מאמין שמישהו משתמש ביצירה שלך המוגנת בזכויות יוצרים ללא רשותך, אתה יכול לעקוב אחר התהליך המתואר כאן https://he.player.fm/legal.
דומה לBetter Software Design
Najmniej applecentryczny podcast technologiczny w polskiej sieci. Nie odpuszczamy nikomu, nikt nas nie sponsoruje, nikogo nie pytamy o zdanie. Do tego sporo tematów nietechnologicznych jak filmy seriale czy motoryzacja. Zapraszamy w co drugą niedzielę.
…
continue reading
Podcast MyApple prowadzony przez Michała Masłowskiego i Miłosza Staszewskiego, fanów Apple
…
continue reading
Pokazuję trendy, technologie, zjawiska i metodyki, które są obecnie stosowane w IT. Poprzez ten podcast chcę docierać do ludzi z branży na różnym stopniu zaawansowania jak również ludzi spoza, którzy dopiero zastanawiają się nad wejściem lub myślą o wyborze tej ścieżki zawodowej. Większość odcinków to wywiady z ekspertami w swoich dziedzinach. Nie ograniczam się tylko do aspektów technicznych związanych z programowaniem, chmurą, DevOps. Poruszam tematy związane z rekrutacją, zarządzaniem, pr ...
…
continue reading
Player FM - אפליקציית פודקאסט
התחל במצב לא מקוון עם האפליקציה Player FM !
התחל במצב לא מקוון עם האפליקציה Player FM !
))
Daily Deals
Better Software Design
סמן הכל כלא נצפה...
Manage series 2658952
תוכן מסופק על ידי Mariusz Gil. כל תוכן הפודקאסטים כולל פרקים, גרפיקה ותיאורי פודקאסטים מועלים ומסופקים ישירות על ידי Mariusz Gil או שותף פלטפורמת הפודקאסט שלהם. אם אתה מאמין שמישהו משתמש ביצירה שלך המוגנת בזכויות יוצרים ללא רשותך, אתה יכול לעקוב אחר התהליך המתואר כאן https://he.player.fm/legal.
Better Software Design podcast. Rozmowy o projektowaniu oprogramowania, architekturze i wyzwaniach z tym związanych.
…
continue reading
97 פרקים
שתפו
סמן הכל כלא נצפה...
Manage series 2658952
תוכן מסופק על ידי Mariusz Gil. כל תוכן הפודקאסטים כולל פרקים, גרפיקה ותיאורי פודקאסטים מועלים ומסופקים ישירות על ידי Mariusz Gil או שותף פלטפורמת הפודקאסט שלהם. אם אתה מאמין שמישהו משתמש ביצירה שלך המוגנת בזכויות יוצרים ללא רשותך, אתה יכול לעקוב אחר התהליך המתואר כאן https://he.player.fm/legal.
Better Software Design podcast. Rozmowy o projektowaniu oprogramowania, architekturze i wyzwaniach z tym związanych.
…
continue reading
97 פרקים
כל הפרקים
×
B
Better Software Design
1 97. O architekturze mikrofrontendów i mikroserwisach Allegro z Bartoszem Gałkiem prowadzi Tomasz Ducin - część 2 1:04:08
1:04:08 
הפעל מאוחר יותר 
הפעל מאוחר יותר 
רשימות 
לייק 
אהבתי1:04:08
הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתיPonad 2000 osób w 500 zespołach, 3000 różnych mikroserwisów i kilkaset tysięcy eventów na sekundę - skala Allegro zawsze robi wrażenie. Jak w tym wszystkim wdrożono architekturę mikrofrontendów, która pozwala sprawnie łączyć różne mikroserwisy i tworzyć podstrony największego w Polsce e-commerce'u prosto z panelu? W drugiej części rozmowy o mikrforontendach, Bartosz Gałek, Principal Engineer w Allegro, uchyli rąbka tajemnicy i przedstawi trochę technikaliów. W tym odcinku usłyszysz między innymi o: skali systemu, z jaką mierzą się zespoły developerskie Allegro wybranych metrykach zapewniających observability systemu od strony frontendowej projektowaniu optymalizacji i zapewnianiu dużej wydajności systemu projektowaniu stron portalu z użyciem komponentów i wprowadzaniu nowych funkcjonalności na produkcję streamingu HTML-a stopniowej migracji monolitu do architektury mikroserwisowej Dzięki Bartkowi mamy możliwość zajrzeć za kulisy i zobaczyć co się dzieje "pod maską" Allegro, gdy odwiedzasz przykładowo podstronę interesującego Cię produktu. I dlaczego, dzięki stosowanym rozwiązaniom i optymalizacjom, jest to tak wydajne... Materiały dodatkowe do tego odcinka znajdują się na stronie tego odcinka na bettersoftwaredesign.pl . YouTube Alert! Odcinki podcastu są także dostępne na moim kanale na YouTube . Warto zasubskrybować, aby być na bieżąco z kolejnymi odcinkami.…
B
Better Software Design
1 96. O dostarczaniu eventów w systemach rozproszonych z Michałem Ostruszką 42:40
42:40 הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי42:40
הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתיRozpraszanie systemu na szereg działających niezależnie od siebie usług, przy wszystkich oczywistych korzyściach dla ogólnej architektury i współpracy pomiędzy zespołami, niesie za sobą kilka istotnych konsekwencji. Przykładowo, dostarczenie zdarzenia czy innego komunikatu pomiędzy serwisami przestaje być już tak oczywiste i bezproblemowe, jak to jest w przypadku monolitycznych aplikacji komunikujących się wewnątrz in-memory. Sieć ze swojej natury bywa zawodna, przerwa w dostarczaniu wiadomości, czy też dostarczanie ich do konsumentów w losowej kolejności nie są sytuacjami czysto hipotetycznymi. Wcześniej czy później taka sytuacja przydarzy się w systemie, pytanie brzmi tylko "kiedy"... Michał Ostruszka w dzisiejszej rozmowie zarysowuje kilka wzorców w kwestii gwarancji dostarczania wiadomości, które obok Outbox Pattern warto mieć w swojej architektonicznej skrzynce z narzędziami. Materiały dodatkowe do tego odcinka znajdują się na stronie tego odcinka na bettersoftwaredesign.pl . YouTube Alert! Odcinki podcastu są także dostępne na moim kanale na YouTube . Warto zasubskrybować, aby być na bieżąco z kolejnymi odcinkami.…
B
Better Software Design
1 95. O architekturze mikrofrontendów i mikroserwisach Allegro z Bartoszem Gałkiem prowadzi Tomasz Ducin 1:05:07
1:05:07 הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי1:05:07
הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתיTermin "microservices architecture" w ostatnich latach był odmieniany przez wszystkie możliwe przypadki. Przeważnie jednak ten styl architektoniczny przewijał się w kontekście rozwiązań backendowych i wyciągania z monolitów fragmentów jego funkcjonalności. Rzadko jednak mówiło się o projektowaniu rozwiązań frontendowych w tego rodzaju systemach... Netlifx, Amazon, Spotify czy Uber - te firmy przychodzą z pewnością na myśl jako przykłady popularnych wdrożeń mikroserwisów. W Polsce zdecydowanie jest to Allegro, które dokonało migracji z monolitycznego systemu PHP do właśnie takiej architektury i innych technologii. Tomasz Ducin i Bartosz Gałek, Principal Engineer w Allegro, zaglądają "pod maskę" największego portalu ecommerce w Polsce, aby porozmawiać na temat architektury microfrontendów. Materiały dodatkowe do tego odcinka znajdują się na stronie tego odcinka na bettersoftwaredesign.pl .…
B
Better Software Design
1 94. O integracji serwisów z użyciem kontraktów z Jackiem Milewskim 1:05:34
1:05:34 הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי1:05:34
הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתיTworzenie integracyjnych środowisk testowych w całym przedsiębiorstwie jest powszechną, marnotrawną praktyką, która spowalnia wszystko i wszystkich. Brzmi ostro lub może także nawet znajomo? Ale właśnie w taki sposób duże środowiska integracyjne są określane w kolejnych wydaniach Technology Radaru Thoughtworks i to od 2017 roku! O rok dłużej, bo od 2016 raport ten sugeruje także wdrażanie testów kontraktowych jako jedno z możliwych rozwiązań tego problemu. Temat samych testów kontraktowych pojawił się już w podkaście, w odcinku "O testowaniu kontraktowym z Rafałem Maciakiem". W dzisiejszej rozmowie, wraz z Jackiem Milewskim, uzupełniamy to podejście o aspekty praktyczne, aby zabezpieczanie komunikacji pomiędzy serwisami nie stało się szybko długiem technicznym, którego utrzymanie będzie kosztować wszystkie zespoły czas i niepotrzebne nerwy. Materiały dodatkowe do tego odcinka znajdują się na stronie tego odcinka na bettersoftwaredesign.pl .…
B
Better Software Design
1 93. Backend vs Frontend: skuteczne testowanie zachowań, unity i integracja 1:16:00
1:16:00 הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי1:16:00
הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתיW pierwszym odcinku w 2025 roku zapraszam na pierwszą odsłonę Backend vs Frontend, gdzie wspólnie z Tomkiem Ducinem bedziemy pochylać się nad różnymi problemami związanymi z software developmentem. Na początek temat testowania i testów integracyjnych, bo jeśli nie testujesz swojego kodu, to jak możesz mieć pewność, że wszystko działa poprawnie? Ale “hold your horses”… testy to tylko przyczynek do tego, aby porozmawiać w luźnej atmosferze o wielu ważnych rzeczach dookoła.…
B
Better Software Design
1 92. O wykorzystaniu AI w software developmencie z Jarkiem Pałką i Wojtkiem Ptakiem 1:28:26
1:28:26 הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי1:28:26
הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי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.…
B
Better Software Design
1 91. O modułach w aplikacjach JavaScript z Tomaszem 'Comandeer' Jakutem prowadzi Tomasz Ducin 1:06:00
1:06:00 הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי1:06:00
הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי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 .…
B
Better Software Design
1 90. O projektowaniu architektury multi-tenant z Michałem Giergielewiczem 1:16:30
1:16:30 הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי1:16:30
הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי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 kolejkach możliwych sposobach zaprojektowania infrastruktury przechowującej dane problemach związanych z bezpieczeństwem danych i SQL Jailingu aspektach, które warto wziąć pod uwagę projektując system pod równoczesną obsługę wielu klientów pytaniach, które mogą pomóc w doborze odpowiedniej architektury rozwiązywaniu problemów technicznych za pomocą narzędzi biznesowych Więcej na stronie tego odcinka na stronie bettersoftwaredesign.pl .…
B
Better Software Design
1 89. O ciemnej stronie implementacji API z GraphQL z Sebastianem Rabiejem 1:07:40
1:07:40 הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי1:07:40
הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי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 API czym jest GraphQL i jakie problemy rozwiązuje zasadach, popularnych narzędziach i frameworkach do budowy GraphQL API sposobach atakowania serwera GraphQL potencjalnych problemach z wydajnością, bezpieczeństwem i wersjonowaniem takich API best practices i sposobach rozwiązania typowych problemów w GraphQL Materiały dodatkowe: Dokumentacja i strona domowa GraphQL Dostępne wydania specyfikacji GraphQL Artykuł na blogu Meta opisujący jak to się wszystko zaczęło Zestaw zaleceń Principled GraphQL Praca Migrating to GraphQL: A Practical Assessment Wspomniany w odcinku blog post The rise and fall of GraphQL at sennder Artykuł 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 GitHub Netflix DGS Framework do implementacji i uruchamiania usług opartych o GraphQL GraphQL Voyager , narzędzie wizualizacji schematu API w formie interkatywnego grafu GraphQL Cop , narzędzie audytu security API opartych o GraphQL…
B
Better Software Design
1 88. O rewolucji w Angularze i frontendzie na sygnałach z Maciejem Wójcikiem prowadzi Tomasz Ducin 1:09:12
1:09:12 הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי1:09:12
הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי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 RxJs komponentach, zależnościach, zmianach, template'ach i wydajności systemu jak sygnały wpływają na projektowanie i testowanie aplikacji z czym wiąże się migracja aplikacji na Signals i jakie problemy mogą się pojawić Materiały dodatkowe: Oficjalna dokumentacja Angular Signals Darmowy kurs Angular Signals autorstwa Macieja…
B
Better Software Design
1 87. O roli CTO, budowaniu zespołu, kultury i umiejętności z Danielem Owsiańskim 55:20
55:20 הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי55:20
הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתיZostać CTO i móc samodzielnie podejmować wszystkie decyzje techniczne w projekcie i mieć ostateczne zdanie na każdy temat... Taka wizja przyszłości w nawet średniej wielkości organizacji często nie ma jednak zbyt wiele wspólnego z rzeczywistością. Na czym więc polega rola Chief Technology Officera i ile jest w niej realnie technologii? W wiadomościach od was, na równi z tematami o architekturę, EventStorming czy Domain-Driven Design przewijają się bardo często pytania o dalszą karierę. W jakim kierunku się rozwijać, czy wiązać dalsze plany w IT ze ścieżką stricte techniczną i zostać np. architektem, czy może całkowicie skręcić w stronę managementu i kierowania zespołem czy projektem... W tym wszystkim pytania związane z funkcją i rolą CTO padały chyba najczęściej. Tak więc temat w końcu zagościł na antenie. Dziś zapraszam Cię na rozmowę z Danielem Owsiańskim, na tematy związane właśnie z funkcją Chief Technology Officera i zarządzania technologią w firmie. Wybór gościa był jak zwykle nieprzypadkowy — Daniel pełni rolę CTO w Volt.io , gdzie mamy okazję na codzień współpracować. Jeśli chciałbyś/-abyś dołączyć do jednego z naszych projektów w Java, Go lub PHP, tutaj znajdziesz aktualne oferty pracy . Zapraszam Cię także do odwiedzenia bloga Daniela, owsianski.com , który ostatnio pojawił się w sieci.…
B
Better Software Design
1 86. O DDD w legacy z wykorzystaniem Bubble i Autonomous Contexts z Marcinem Markowskim 1:08:55
1:08:55 הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי1:08:55
הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתיWiele osób chciałoby przy każdym projekcie pracować w green-fieldzie i móc wszystkie decyzje podejmować samodzielnie. Rzeczywistość jest jednak zwykle całkowicie inna, musimy żyć z odziedziczonym kodem i zaprojektowanym modelem. Taki green-field, w którym można zacząć projektować i wdrażać nowy model i techniki DDD, można jednak sobie wykroić. Wspólnie z Marcinem Markowskim rozmawiamy dziś o technikach Bubble Context, Autonomous Context i Legacy As Exposed Service Erica Evansa, dzięki którym można zacząć refaktoryzację legacy. Z mniejszym lub większym związaniem z legacy, w zależności od potrzeb i możliwości w projekcie. W dzisiejszej rozmowie: na czym polegają techniki Bubble i Autonomous Context, kiedy warto, a kiedy nie, korzystać z ich możliwości, wykorzystaniu istniejących danych w nowym modelu domenowych, ACL-backed repository, Ports & Adapters i innych przydatkach tu technikach, jakie synchronizować dane między kontekstami i jakie inne wyzwania staną prawdopodobnie na drodze ku lepszemu, współpracy w zespole przy wdrażaniu takich technik. Materiały dodatkowe: Artykuł Getting Started with DDD when surrounded by legacy systems Erica Evans, 2013…
B
Better Software Design
1 85. O Architectural Kata i procesie tworzenia architektury z Piotrem Filipowiczem 57:20
57:20 הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי57:20
הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי"Jak mamy pozyskać świetnych architektów, jeśli w swojej karierze będą mieli okazję ją tworzyć mniej niż pół tuzina razy?". Dokładnie takie pytania postawił Ted Neward, szukając sposobu na doskonalenie umiejętności tworzenia architektury. I trudno się tu nie zgodzić, patrząc jak często w zespołach duże projekty powstają od samego początku. Istnieje jednak prosty sposób na rozwiązanie tego problemu. Sesje Architectural Kata pozwala jednak zdobywać potrzebne doświadczenie znacznie szybciej. Tym bardziej, jeśli feedbacku na temat twojego designu udzielają Mark Richards i Jacqui Read, autorzy książek poświęconych architekturze oprogramowania. W tym roku, kolejną edycję O'Reilly Software Architecture Katas wygrywa po razy pierwszy zespół z Polski, w którego skład wchodzą Artur Kruszewski, Wojciech Kasa, Sebastian Dąbkowski i Piotr Filipowicz, mój dzisiejszy gość. Razem z Piotrem rozmawiamy dziś między innymi o: czym jest Architectural Kata i jak może wspomóc Cię w procesie projektowania architektury sześciu perspektywach, które można wziąć pod uwagę szukając właściwej dla projektu architektury charakterystykach architektonicznych, ograniczeniach, macierzy styli Marka Richardsa komunikowaniu architektury różnym jej odbiorcom, nie tylko zespołowi developerskiemu konkretnych przykładach Fitness Function z architektury ewolucyjnej Zapraszam! Materiały dodatkowe: Fundamentals of Software Architecture: An Engineering Approach , książka Marka Richardsa i Neala Forda Software Architecture: The Hard Parts: Modern Trade-Off Analyses for Distributed Architectures , kolejna pozycja, której współautorami są Mark Richards i Neal Ford The Architecture Kata Log , repozytorium Jacqui Read z listą zwycięzców poszczególnych edycji konkursu O'Reilly Software Architecture Katas StayHealthy.MonitorMe , repozytorium z wspominanym w rozmowie opisem architektury Architectural Katas , katalog różnych kat Teda Newarda Zapraszam także do obserwowania profilu Piotra na LinkedIn.…
B
Better Software Design
1 84. O implementacji testów backendu i architekturze otwartej na testowanie 1:20:27
1:20:27 הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי1:20:27
הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתיJeśli wycena projektu podawana jest w dwóch wersjach, z uwzględnieniem testów i bez, to z software craftsmanshipem ma to niewiele wspólnego. To tak, jakby pytać chirurga, czy może przyspieszyć operację nie dezynfekując skalpela. Jakość nie powinna być elementem przetargowym. Chyba, że pracujemy nad proof-of-concept, ale tego rodzaju projekty często lubią płynnie przejść w fazę protoduction... Jeśli szukasz sprawdzonych w boju receptur na implementację jakościowych testów, które nie będą wymagały co chwilę refaktoryzacji i modyfikacji przy zmianie kodu projektu, zapraszam Cię na dzisiejszą rozmowę z Piotrem Stawirejem. Napisać test w projekcie to w zasadzie żadna sztuka. Ale napisać test, który dostarczy realną wartość biznesową, będzie łatwy do utrzymania, a przy okazji może zostać wykorzystany na różnych poziomach piramidy testów, to trochę bardziej skomplikowane zadanie. I pewnie niektóre strategie mogą być trochę kontrowersyjne, jak na przykład rezygnacja z typowego mockowania zależności, czy silnego podziału na wiele różnych testów w projekcie. Ale skoro działa to w praktyce, to w czym rzecz? W tym odcinku rozmawiamy wraz z Piotrem między innymi o: organizacyjnych i technicznych problemach z implementacją jakościowych testów w backendzie metryce code-coverage i jej różnym stopniu przydatności w projekcie profesjonalnym podejściu do problemu "z testami, czy bez?" dobrych praktykach doboru strategii testowania szarej strefie testów Kevlina Henney'a legacy, testach charakterystyki, szwach i odcinaniu fragmentów systemu dla testów unitach, czyli fragmentach kodu o pojedynczej odpowiedzialności, mierzonego kohezją implementacji architektury otwartej na testowanie eliminacji problemów z nadużywaniem mocków w projekcie Zapraszam! Materiały dodatkowe: Sub-second acceptance tests , prezentacja Aslaka Hellesøy z konferencji SeleniumConf Chicago Growing Object-Oriented Software, Guided by Tests , wspomniana w rozmowie książka Steve'a Freemana i Nata Pryce'a Style Guide for Object Design , książka Matthiasa Nobacka Financial System , repozytorium z przykładowym kodem Piotra…
B
Better Software Design
1 83. O testowaniu systemu end-to-end i Quality Assurance z Arkadiuszem Jelonkiem 1:04:43
1:04:43 הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתי1:04:43
הפעל מאוחר יותר הפעל מאוחר יותר רשימות לייק אהבתיOdpowiedzialność za zapewnienie jakości w projekcie nie spoczywa na pojedynczej osobie, tylko na całym zespole. A rola QA nie sprowadza się tylko i wyłącznie do projektowania i implementacji przypadków testowych w procesie inspekcji systemu, ale także na byciu adwokatem jakości w projekcie, i czasem zadawaniu trudnych pytań o to, dlaczego pewne funkcjonalności są zrobione w ten, a nie inny sposób. Do tej pory temat jakości oprogramowania przewijał się głównie z perspektywy developerskiej w rozmowach o testach jednostkowych, Test Driven Development czy różnych odmianach piramidy testów. Na strukturę testów w projekcie warto też spojrzeć z jej drugiej strony, black-boxowych testów end-to-end całego systemu. Gościem w podkaście jest dziś Arkadiusz Jelonek, pracujący na co dzień jako Senior Quality Assurance Engineer w eSky Group. A rozmawiać będziemy nie tylko i testach E2E systemu, ale także o tym, jaką rolę QA pełni w projekcie i dlaczego QA warto czasem przetłumaczyć jako Questions Asker. W dzisiejszym odcinku wspólnie z Arkiem rozmawiamy między innymi o: roli Quality Assurance w projekcie zdobywaniu doświadczenia pracując w Software House, dojrzałej firmie produktowej i startupie pytaniach, jakie warto zadać w zespole wchodząc w rolę Questions Asker roli testów end-to-end w projekcie klasyfikacji, różnicach i doborze właściwych narzędzi wspierających automatyzację testów powstaniu Playwrighta i problemach, które to narzędzie rozwiązuje testach regresji wizualnej sposobach unikania kruchości w testach E2E Ten odcinek jest także pierwszym z mini-serii rozmów poświęconych rozwojowi własnej kariery w IT, nie tylko na stanowisku developera. Myślisz o tym, aby pracować w tej branży np. jako Solution Architect, Engineering Manager, Chief Technology Officer czy zostać konsultantem? To tylko niektóre role i stanowiska, które pojawią się w przyszłych odcinkach Better Software Design… Materiały dodatkowe: The Evolution of Browser Automation , artykuł i prezentacja Christiana Bromanna z Sauce Labs Zawód tester - Od decyzji do zdobycia doświadczenia , książka Radosława Smilgina, dla osób początkujących Pasja testowania (wydanie 2, rozszerzone) , książka Krzysztofa Jadczyka, także dla początkujących…
ברוכים הבאים אל Player FM!
Player FM סורק את האינטרנט עבור פודקאסטים באיכות גבוהה בשבילכם כדי שתהנו מהם כרגע. זה יישום הפודקאסט הטוב ביותר והוא עובד על אנדרואיד, iPhone ואינטרנט. הירשמו לסנכרון מנויים במכשירים שונים.
Daily Deals
דומה לBetter Software Design
Podcast technologiczny, w którym na luzie i z humorem rozmawiamy o szeroko pojętej technologii, ale nie pomijamy też tematów związanych z kulturą. Prowadzący: Konrad Kozłowski i Patryk Koncewicz
…
continue reading
Najmniej applecentryczny podcast technologiczny w polskiej sieci. Nie odpuszczamy nikomu, nikt nas nie sponsoruje, nikogo nie pytamy o zdanie. Do tego sporo tematów nietechnologicznych jak filmy seriale czy motoryzacja. Zapraszamy w co drugą niedzielę.
…
continue reading
Podcast MyApple prowadzony przez Michała Masłowskiego i Miłosza Staszewskiego, fanów Apple
…
continue reading
Pokazuję trendy, technologie, zjawiska i metodyki, które są obecnie stosowane w IT. Poprzez ten podcast chcę docierać do ludzi z branży na różnym stopniu zaawansowania jak również ludzi spoza, którzy dopiero zastanawiają się nad wejściem lub myślą o wyborze tej ścieżki zawodowej. Większość odcinków to wywiady z ekspertami w swoich dziedzinach. Nie ograniczam się tylko do aspektów technicznych związanych z programowaniem, chmurą, DevOps. Poruszam tematy związane z rekrutacją, zarządzaniem, pr ...
…
continue reading
Player FM - אפליקציית פודקאסט
התחל במצב לא מקוון עם האפליקציה Player FM !
התחל במצב לא מקוון עם האפליקציה Player FM !
