Better Software Design

Aż trudno mi w to uwierzyć, ale Better Software Design ma już 6 lat 🥳 I dzisiaj właśnie ukazał się odcinek nr 100 🔥

Gościem pierwszego odcinka był Kuba Pilimon, z którym później często rozmawialiśmy o różnych aspektach architektury czy Domain-Driven Design. Więc tym bardziej jest okazja aby wrócić do takich tematów właśnie z Kubą, bo pozmieniało się w tym czasie w branży sporo 😉

W pierwszych odcinkach obaj przynosiliśmy do stolika problemy do przedyskutowania. Tym razem zrobił to Kuba, jeden ze słuchaczy podcastu 🔥

A jeśli chciałbyś/abyś przedyskutować swój techniczny problem 1:1, to zapraszam na otwarte, darmowe konsultacje. Terminy są jak zwykle dostępne na https://bettersoftwaredesign.pl/wspolpraca/bezplatne-konsultacje/

PS: Link tradycyjnie w pierwszym komentarzu

W jaki sposób ponad 500 zespołów tworzy Allegro, największy polski e-commerce, jak przeprowadzono udaną migrację z monolitu do w pełni rozproszonej architektury mikroserwisowej i jak to się dzieje, że ten portal śmiga jak złoto w twojej przeglądarce?

Pierwsza część rozmowy Bartosz Gałek i Tomaszku Ducin w Better Software Design o architekturze mikrofrontendów w Allegro poniosła się tak szeroko, że skrzynka prawie mi eksplodowała z pytaniami o drugą część 😃

Tym razem Bartek uchyli rąbka tajemnicy, jak to wszystko działa pod spodem. A jest o czym opowiadać, bo skala, z jaką mierzy się Allegro jest naprawdę konkretna. I te 3 000 różnych rodzajów mikroserwisów musi się solidnie napracować każdego dnia... 🔥

Obowiązkowo polecam także pierwszy odcinek tej mini-serii (linki w komentarzu poniżej) i odwiedziny bloga Allegro Tech . Jak się uczyć, to od najlepszych 😀

Jak działa Allegro od środka i jak w architekturze mikroserwisowej i mikrofrontendowej generowane są widoki systemu, z którego zapewne często korzystasz? Jak zmigrowano monolityczną aplikację w php do takich właśnie rozwiązań i jak pracują przy tym systemie zespoły?

W najnowszym odcinku BSD Tomaszku Ducin rozmawia z Bartoszem Gałkiem, Principal Engineerem w Allegro właśnie o tych tematach. Spora dawka wiedzy o tym, jak Allegro działa "pod maską" - dziś pierwsza część tej rozmowy!

Linki do YouTube i Spotify w komentarzu.

IT średnio umiemy w estymacje, więc wakacyjna przerwa, którą planowałem w podkaście na lipiec i sierpień zakończyła się 19 listopada 😂 Ale lepiej późno niż później, tym bardziej, że pierwszy odcinek dotyczy projektowania systemu w architekturze multi-tenant. Temat rzeka, dlatego razem z Michałem Giegielewiczem zaczynamy go atakować od przeglądu możliwych podejść.

Podcastu tradycyjnie można posłuchać w aplikacjach podcastowych, ale także na nowej stronie bettersoftwaredesign.pl, na której już niedługo zaczną się pojawiać nie tylko podcastowe materiały 🔥

Link do odcinka tradycyjnie w komentarzu poniżej.

Niedawno mieliśmy z Sebastian Rabiej porozmawiać o wykorzystaniu w projektowaniu . Ale nie od strony zachwalania zalet tej technologii.. :) O tym powiedziano już wystarczająco dużo na wielu konferencjach. Tym razem bierzemy na tapet ciemną stronę GraphQL-a związaną z wydajnością czy choćby bezpieczeństwem takiego API. Realia na produkcji i w zespole wyglądają czasami trochę bardziej zawile niż to opisuje dokumentacja narzędzia. Jeśli w ogóle opisuje...

Zapraszam 🔥

Chyba każdy na swojej drodze spotyka osoby, które mają na nas duży wpływ i nagle coś się zmienia. Można połączyć różne kropki i zacząć patrzyć na rożne sprawy inaczej. Dla mnie taką osobą jest Daniel Owsianski, na rozmowę z którym zapraszam w dzisiejszym odcinku Better Software Design, a z którym mam okazję pracować na codzień w Volt.io.

Dziś na tapecie temat, z którym wiele osób zwracało się w kontekście rozwoju własnej kariery IT. Chief Technology Officer - CTO, trzy literki, dzięki którym można mieć naprawdę spory wpływ na wiele rzeczy, ale za którymi stoi znacznie więcej niż tylko technologia. I właśnie o roli CTO w kształtowaniu organizacji, kultury i zespołów rozmawiamy dziś z Danielem.

Polecę tę rozmowę nie tylko managerom zarządzającym zespołami, ale także (a może przede wszystkim) programistom i architektom, bo gdy kiedyś pojawi się w myślach pytanie "i co dalej?", warto wziąć takie doświadczenia pod uwagę.

Link tradycyjnie w komentarzu.

PS: Podziękowania dla osób, które pomogły mi Daniela zaskoczyć na początku rozmowy :)

Kazik Staszewski śpiewał kiedyś tak:

Greenfield, Greenfield jest wielki na wieki, 🎶
Największa atrakcja programistycznej turystyki, 🎶
Devi tu spędzają przeciętnie osiem lat, 🎶
Mimo, że jeszcze gdzieś indziej jest piękny świat 🎶

Ok, może śpiewał to jednak trochę inaczej 😉 Ale z greenfieldem jest tak, że chyba każdy by chciał, ale rzadko kto go ma. Na szczęście jednak nawet w legacy można taki greenfield wykroić i przemodelować coś od przysłowiowego zera.

W dzisiejszym odcinku Better Software Design, razem z Marcinem Markowskim rozmawiamy o kilku technikach przydatnych do wprowadzania Domain-Driven Design w legacy. Czym jest Bubble Context, Autonomous Context i jak można wykorzystać legacy jako asset - to wszystko koncepty zaproponowane ponad dekadę temu przez Erica Evansa, a które dziś bierzemy na podcastowy tapet.

Zapraszam! Link tradycyjnie w komentarzu 😀

Jak mamy uzyskać doskonałych architektów, jeśli w swojej karierze mają oni tylko kilka okazji do tego, aby zajmować się architekturą? Trzeba przyznać, że Ted Neward ma tu sporo racji... Rzadko kiedy mamy możliwość zaprojektowania nowego, sporego systemu "od zera" i uzyskania prawdziwego feedbacku naszych architektonicznych decyzji. Zdecydowanie częściej pracujemy przy istniejących systemach, powoli je rozbudowując o kolejne funkcje.

Dziś w Better Software Design zapraszam na rozmowę z Piotrem Filipowiczem, który wraz z zespołem zwyciężył w O'Reilly Software Architecture Katas, proponując pewne podejście do projektowania architektury.

Charakterystyki, ograniczenia, wymagania funkcjonalne, dopasowane style architektoniczne, wizualizacja i zespoły - na to warto spojrzeć podczas całego procesu.

Zapraszam!

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.

Ale wiadomo, są wyjątki od reguł, bo czasem pracujemy po prostu nad proof-of-concept i potrzebujemy tylko zweryfikować naszą wizję. Inna sprawa, że taki prototyp ląduje często na produkcji i tam wygrzewa się w testach na użytkownikach końcowych. Klasyczne protoduction....

Jak pisać wartościowe testy, które realnie sprawdzają zachowania systemu, a nie same mocki, jak nawigować po szarej strefie testów Kevlina Henney'a, dlaczego unit to więcej niż klasa czy metoda i jakie lessons-learned wynieśliśmy z wielu projektów - to tylko niektóre tematy, które poruszamy dziś w Better Software Design z Piotr Stawirej

Mam nadzieję, że wnioski z tej rozmowy zapadną głęboko w pamięć, bo naprawdę warto 🔥 Link tradycyjnie w komentarzu...

W Better Software Design rozmawialiśmy już o testach, o froncie, dziś zapraszam na rozmowę o testowaniu systemu od frontu 😀

Moim gościem 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 end-to-end systemu czy Playwright, ale także o tym, jaką rolę QA pełni w projekcie i dlaczego QA warto czasem przetłumaczyć jako Questions Asker.

Link do rozmowy w komentarzu.

Tworzenie oprogramowania nie sprowadza się jedynie do backendu, natomiast tematyka architektury front-endu do tej pory była w zasadzie zupełnie nieobecna w Better Software Design. Do tej pory, ponieważ dzisiejszy odcinek otwiera nowy rozdział w podkaście i tego rodzaju zagadnienia będą się co jakiś czas pojawiać. A rozmowy na takie właśnie tematy prowadzić będzie najlepszy znami mi architekt front-endu, Tomasz Ducin 🔥

Gościem specjalnym dzisiejszego odcinka jest Bartosz Cytrowski, Senior Software Engineer w Atlassianie. Jeśli chcesz się dowiedzieć, jak wygląda architektura makro front-endu w Atlassianie i Jira Cloud, czy jak pracuje się w tak ogromnym i popularnym ekosystemie, to ten odcinek jest właśnie dla Ciebie!

Zapraszam!

Po ostatnich odcinkach podcastu poświęconych architekturze, zapraszam na luźniejszą rozmowę z Piotrem Przybyłem o chorobach, które czasami można zauważyć w naszych projektach i zespołach. A rozmawiamy m.in. o ostrej zasadzie Pareto, projektowym "good enough" i kilku chorobach, które warto mieć na swojej developerskiej uwadze.

Cytując Piotra, historia uczy nas tego, że niczego nas często nie uczy, a rozwiązania ostateczne to bardzo zły pomysł...