Mentionsy
Jak sobie radzić z możliwościami zespołów?
“Skończyły się czasy romantycznego IT - to jest taka sama praca jak każda inna, 9-17 i ludzie chcą wrócić do swojego życia.” Łukasz otwiera odcinek o zarządzaniu zespołem najbrutalniej jak się da - bo Kuba zapytał na Discordzie: “czemu to trwa tydzień, jak ja bym zrobił w kilka godzin?” Łukasz dodaje twist: “Jesteście bardzo niereprezentatywną próbką osób pracujących obecnie w IT.” 🎯 Plot twist? Super developerzy są większym zagrożeniem niż słabi pracownicy. Szymon ostrzega: “Prawa strona rozkładu Gaussa może być większym zagrożeniem niż lewa.” Dlaczego? Rozleniwiają zespół, tworzą single point of failure, wprowadzają complexity budget bez kontroli - “Kafka, Kubernetes, event sourcing - to się po prostu nie spina.” ⚠️ Recepta na przetrwanie? Projektowanie na poziomie średniej zespołu, akceptacja “good enough” zamiast perfekcjonizmu, i brutalna prawda: “Zespół dowozi wolniej niż Ty i zrobi to gorzej niż Ty.” Łukasz szczerze: “To daje Ci skalowalność.” Mentoring ma granice, ADR-y jako narzędzie rozwoju, a delegowanie wymaga ownership - nie żołnierskiego wykonywania poleceń. Czy Twój zespół przeżyje prawdę, że dostępne kompetencje to największe ograniczenie architektury? Bo romantyczne czasy IT się skończyły - zostało tylko bilansowanie w skali szarości. A teraz nie ma co się obijać! 👉 Wpadajcie na naszego Discorda: https://discord.gg/78zPcEaP22 ! 🔥Tam możecie się z nami pokłócić o przyspieszanie SQL-a, podyskutować o naiwnych nadziejach na AI albo po prostu podzielić się swoimi IT-owymi przemyśleniami. Słuchasz Patoarchitektów dzięki PROTOPII – firmie, w której Łukasz i Szymon działają na co dzień, wspierając zespoły IT na każdym etapie: od projektowania, przez wdrożenia i migracje, aż po optymalizację i zabezpieczenia. Oferujemy też mentoring i szkolenia dostosowane do potrzeb każdej firmy, niezależnie od wielkości. Sprawdź nas: 👉 protopia.tech - Nasze sociale i linki - Materiały do odcinka - Pato szkolenia
Szukaj w treści odcinka
Bym zrobił w kilka godzin.
I pierwsza taka myśl, czemu to trwa tydzień, jak ja bym to zrobił w kilka godzin.
I to jest pytanie na przykład, tak jak Kuba zadał właśnie, że zrobiłbym to szybciej, to jest trochę pytanie z czego to właśnie, z czego to wynika.
Wiesz co, jeszcze jak mówimy właśnie o całości, to ja bym zahaczył jeszcze o jedną rzecz, bo ona fajnie zahacza o temat właśnie osób po prawej stronie i planowania.
To jest patrzenie na systemy, naiwnie bym powiedział.
Ja bym teraz taką rzeczą, że trzeba się na pytanie takie Kuby, trzeba zrobić jedną rzecz.
Tak, tylko słuchaj, droga od zrobiłbym to lepiej albo kurd, jeszcze muszę nad tym popracować do guttina, to jest bardzo długa droga, wiesz o tym Szymon.
Ja bym tutaj przy tych ADR-ach jeszcze na sekundkę na koniec zwrócił, że w zespołach technicznych nieprzerośnięte ADR-y, bo to jest to, co się pojawia na szkoleniach, na tym moim szkoleniu Architektura 101, że ludzie zaczęli implementować ADR-y albo jako bardzo przerośnięty proces, albo próbują robić to do wszystkiego.
Ostatnie odcinki
-
Stan frontendu i ekosystemu JS 2026 z Tomkiem D...
17.04.2026 06:00
-
Context switching, Brain Fry i praca z agentami
10.04.2026 06:00
-
Jak się ma Python w 2026? z Sebastianem Buczyn...
03.04.2026 06:00
-
Z życia Protopii - gdzie hostować postgresa?
27.03.2026 07:00
-
Ingress NGINX odchodzi - co teraz?
20.03.2026 07:00
-
Short #77: Szwajcaria vs Palantir, React Founda...
13.03.2026 07:00
-
Jak sobie radzić z możliwościami zespołów?
06.03.2026 07:00
-
Terraform to trup?
27.02.2026 07:00
-
Short #76: Human in the Loop, OpenAI Postgres n...
20.02.2026 07:00
-
PoC agentowe: Kill, Iterate, Scale
13.02.2026 07:00