Newsletter
The Commit Line
Piszę ten newsletter, bo mam wrażenie, że w polskim internecie brakuje normalnych rozmów o IT - takich bez nadęcia, bez „eksperckiego” tonu, bez udawania, że wszyscy mamy wszystko ogarnięte.
Jeśli pracujesz w branży, uczysz się programować, bawisz się w projekty IT albo po prostu lubisz wiedzieć, jak to wygląda od środka - to jesteś u siebie.
Ostatnie wydania newslettera
-
20 sierpnia 2026Nie każdy task musi być zrobiony
Niektóre zadania miesiącami leżą z niskim priorytetem i czasem najlepszą decyzją jest pozwolić im się po prostu przedawnić. Czytaj na Substacku → -
13 sierpnia 2026Chcesz znaleźć pracę czy tylko jej szukać?
Nie każda osoba, która długo szuka pracy, naprawdę jest gotowa przyjąć tę, która się pojawi. Czytaj na Substacku → -
6 sierpnia 2026Co się stanie, kiedy znikniesz na tydzień?
O urlopie w IT, który z czasem przestał być źródłem stresu, i o tym, dlaczego dobrego wyniku nie należy mylić z dobrą decyzją. Czytaj na Substacku → -
30 lipca 2026Czy można zrobić deploy i spokojnie wyjechać?
Spokojny urlop po deployu nie zaczyna się w dniu wyjazdu, tylko dużo wcześniej - od testów, cierpliwości i dokładnego sprawdzenia zmian. Czytaj na Substacku → -
23 lipca 2026Kod jakoś działa, świat się nie zawali
Programista musi umieć walczyć o jakość, ale jeszcze bardziej musi umieć rozpoznać moment, w którym dalsza dyskusja nie poprawia systemu, tylko zużywa ludzi. Czytaj na Substacku → -
16 lipca 2026Nie każdy dobry dzień pracy kończy się commitem
O tym, dlaczego w programowaniu efekty pracy nie zawsze są widoczne od razu, i dlaczego analiza, debugowanie oraz wykluczanie błędnych ścieżek też są realnym postępem. Czytaj na Substacku → -
9 lipca 2026Dlaczego lepszy UX może być gorszym UX
Największym błędem przy projektowaniu zmian jest zakładanie, że użytkownikowi zależy na nowoczesności bardziej niż na własnych przyzwyczajeniach. Czytaj na Substacku → -
2 lipca 2026Dlaczego inni tak często mają lepsze pomysły
Czasem najlepszym sposobem na rozwiązanie problemu jest spojrzenie na niego cudzymi oczami. Czytaj na Substacku → -
25 czerwca 2026Kod działa. Ale czy da się go przetestować?
Kod, który łatwo przetestować, bardzo często jest też łatwiejszy do zrozumienia i rozwijania. Czytaj na Substacku → -
15 czerwca 2026Każdy umie napisać kod. Spróbuj go przeczytać za dwa lata.
Największym zaskoczeniem po wejściu do IT nie było pisanie kodu, tylko próba zrozumienia tego, który napisał ktoś inny. Czytaj na Substacku → -
11 czerwca 2026Myślałam, że każdy umie korzystać z internetu
Po latach siedzenia przy komputerze wiele rzeczy stało się dla mnie intuicyjnych — i dopiero teraz zauważyłam, że nie dla wszystkich takie są. Czytaj na Substacku → -
4 czerwca 2026Dodawanie nowych rzeczy jest przyjemne. Problemy zaczynają się później.
Nowe feature’y dają satysfakcję, ale prawdziwe problemy zaczynają się wtedy, gdy po latach trzeba zmienić coś, co było budowane warstwa po warstwie. Czytaj na Substacku → -
28 maja 2026Dlaczego projekty umierają zanim powstaną
Presja tworzenia czegoś idealnego zabija więcej projektów niż brak umiejętności. Czytaj na Substacku → -
21 maja 2026Czytanie kodu przez 7 godzin - to też praca programisty
Osobista historia wejścia do IT, która pokazuje, że największym wyzwaniem nie jest kod ani deadline’y, tylko własne oczekiwania i długie dochodzenie do realnej samodzielności. Czytaj na Substacku → -
14 maja 202614 etapów rekrutacji i 600 kandydatów - czy firmy jeszcze szukają pracowników czy już testują cierpliwość?
Dzisiejszy rynek pracy w IT coraz częściej premiuje nie kompetencje, lecz czas, odporność psychiczną i gotowość do przechodzenia przez absurdalnie długie procesy rekrutacyjne. Czytaj na Substacku → -
7 maja 2026Dobry kod też ląduje w koszu
Czasem najlepszy kod to ten, który świadomie wyrzucasz - bo dopiero jego napisanie pozwoliło Ci zobaczyć lepsze rozwiązanie. Czytaj na Substacku → -
30 kwietnia 2026Zanim zaczniesz kodować, zapytaj dlaczego
Klient przychodzi z rozwiązaniem. Twoją robotą jest dotrzeć do problemu. Czytaj na Substacku → -
23 kwietnia 2026Nie jesteś w stanie kodować 8h dziennie (i to nie jest problem)
Największym błędem nie jest to, że pracujesz efektywnie tylko kilka godzin dziennie — tylko to, że oczekujesz od siebie czegoś, czego Twój mózg nie jest w stanie dowieźć. Czytaj na Substacku →