TheCommitLineSpecjalista

Zaczynasz projekt, rozpisujesz taski, plan działania, technologie… i już na starcie odechciewa Ci się wszystkiego? Mam wrażenie, że wiele osób nie kończy swoich projektów nie dlatego, że są za słabe. Tylko dlatego, że próbują od razu zrobić wszystko idealnie. W nowym newsletterze napisałam o:

Po przejściu do IT potrafiłam przez 8h siedzieć nad cudzym kodem i nadal nie wiedzieć co się tam właściwie dzieje. Pierwszego dnia usłyszałam też, że wdrożenie zajmie… 2 lata. W najnowszym newsletterze piszę o: zderzeniu spokojnej pracy z rzeczywistością IT, czytaniu kodu, którego kompletnie nie

14 etapów rekrutacji.\ 600 kandydatów.\ 4 miesiące procesu.\ 1 osoba dostanie pracę. I zaczynam się zastanawiać - czy firmy nadal szukają najlepszych specjalistów, czy już najbardziej wytrwałych ludzi, którzy nie odpadną po 12 rozmowie? W nowym wpisie piszę o:\ - absurdach rekrutacji w IT,\ - tym

Czy tylko programiści potrafią spędzić kilka godzin nad kodem… tylko po to, żeby finalnie go usunąć? :sweat_smile: I nie - nie dlatego, że był zły. Wręcz przeciwnie. Kod działał. Feature był gotowy. Problem rozwiązany. Po prostu w pewnym momencie przychodzi TA myśl:\ „meh… przecież da się to zrobić

Dwa tygodnie temu napisałam o feature'ach, których nikt nie potrzebował. Jeden z czytelników powiedział wprost:  zdiagnozowałaś problem, ale nie dałaś rozwiązania. No to masz rozwiązanie. W tym wydaniu: jedno małe pytanie, które może uratować Cię przed tygodniami bezsensownej pracy. Plus kilka

Ile godzin dziennie naprawdę piszecie dobry kod? Pytam bo sama dochodzę do wniosku, że to realnie jakieś 3-4h… Ciekawa jestem czy u Was z doświadczeniem to się zmieniło? Swoją perspektywę umieściłam w najnowszym wpisie

Masz wrażenie, że dowozisz funkcjonalności, które… nikogo nie obchodzą? Feature “na wczoraj”, wdrożony, zakomunikowany… i cisza. Zero feedbacku, zero usage, za to rosnąca złożoność systemu, kolejne wyjątki i coraz większy dług technologiczny. W którym momencie przestajemy budować produkt, a

Czy AI naprawdę przyspiesza programowanie… czy tylko przesuwa problem gdzie indziej? Stworzyłam kilka aplikacji w trybie „Agent” i jedno wiem na pewno - im szybciej generujemy kod, tym szybciej rośnie dług technologiczny. W prostych projektach to działa świetnie. W złożonych systemach? Zaczynają się

Masz czasem wrażenie, że stoisz w miejscu z programowaniem? Ja też tak miałam… dopóki nie zajrzałam do swojego kodu sprzed roku. Efekt? Lekki szok :sweat_smile: Okazało się, że rozwój nie zawsze polega na pisaniu bardziej skomplikowanych rzeczy - tylko na upraszczaniu tego, co kiedyś wydawało się

Masz czasem tak, że utkniesz nad bugiem na kilka godzin… piszesz wiadomość z prośbą o pomoc - i zanim ją wyślesz, już znasz rozwiązanie? To nie przypadek. To efekt tzw. „rubber duck debugging” - czyli moment, w którym samo uporządkowanie i nazwanie problemu prowadzi do jego rozwiązania. Z mojego

Jedno z najczęstszych pytań osób, które chcą wejść do IT: od czego właściwie zacząć? Jaki język wybrać, czego się uczyć i czy to w ogóle aktualnie ma sens? W najnowszym newsletterze pokazuję bardzo prosty sposób na podjęcie tej decyzji - zamiast zgadywać lub słuchać przypadkowych porad z internetu

Teraz chyba można mówić, że czekam aż mi się kod wygeneruje.

Póki co mój osobisty rekord to prawie pół godziny. Kazałem Codeksowi zrobić nowy widok bazując na podobnym widoku. Pomielił i wypluł coś, co w 60%, jak na makiecie, więc w sumie całkiem dobrze.

#programowanie

„Przecież pamiętam, dlaczego to tak działa.”\ Nie pamiętasz. Za 3 lata na pewno nie :wink: Dokumentacja to zapis decyzji i kontekstu - nie kopiowanie kodu. W nowym wpisie piszę, dlaczego traktuję ją jak pamięć projektu i jak prowadzę własny system notatek. :point_right: Tekst jest już na stronie

Dzisiaj trochę o tym jak się dogadać z biznesem, żeby zrobić ale się nie narobić :P Czasem dowozimy funkcjonalność... zgodną z ustaleniami, ale nie taką jaką klient chciał. Opisałam dwa swoje podstawowe patenty na ustandaryzowanie komunikacji, żeby uniknąć fcukupów :smiley: PS. Na koniec w offtopie

Kiedyś byłam przekonana, że programowanie nie jest dla mnie.\ Za mało umiałam, za szybko się poddawałam, a szukanie rozwiązań w internecie wydawało mi się… oszukiwaniem. Dopiero z czasem zrozumiałam, że w programowaniu (i nie tylko) nie wygrywa talent, tylko upór.\ Ten moment, w którym mówisz sobie:

Czytając po angielsku (artykuły, dokumentację, kursy) zawsze brakowało mi jednego: sprawdzania tłumaczenia słówek bez wyrywania się z flow.\ Nie „otwórz appkę → wklej → zapisz”, tylko coś szybkiego: zaznaczam słowo, skrót klawiszowy i gotowe. W styczniu, z przypływem motywacji, postanowiłam

Piszesz kod, który działa. Potem dokładane są kolejne wymagania. Jeden IF, potem drugi, trzeci… aż w końcu debugowanie zaczyna boleć bardziej niż samo pisanie nowych feature’ów. Ten wpis jest o momencie, w którym „jakoś działa” przestaje być wystarczające, a dług technologiczny upomina się o swoje.

Hejka ziomeczki.

No to jak to jest z tym #programowanie w 2026?

Jak patrzę na portale typu just join to ofert jest tyle co standardowo, powiedzmy jak w 2019 roku.

I teraz słyszę 2 skrajne opinie:

Opinia nr1: "Robota jest, wszystko dobrze robią, dobrze robota idzie. Jak ktoś nie może znaleźć pracy to jest nieudacznikiem i miernotą. A poza tym wolny rynek mordo, maszeruj albo giń! "

Opinia nr2: "Rynek jest ciężki, grupowe zwolnienia, musisz mieć nienaganne CV, robić dziesiątki projektów i mieć w zanadrzu znajomość tuzina technologii, żeby ktoś w ogóle spojrzał na Twoje CV, nie można zasiedzieć się w jednej firmie, bo Twoje skille będą nieaktualne na rynku pracy. A poza tym to mój kolega to szuka roboty od marca. AI nas wszystkich zastąpi!!! "

No więc jak to jest - jest ciężko z robotą dla kogoś z 5+ (a właściwie 10+) lat doświadczenia czy nie bardzo?

Pytam, bo powoli planuję zmienić pracę ze względu na stres oraz kiepską atmosferę w robocie. :face_with_rolling_eyes:

#pytanie

Zwykle udostępniam tu artykuły, które publikuję na swoim blogu. Tym razem mam jednak do pokazania coś większego 🎉

294 dni. Tyle minęło od napisania pierwszego zdania do postawienia ostatniej kropki mojego najnowszego e-booka. „Kolejna książka o Gicie” w końcu ujrzała światło dzienne i jestem ogromnie dumny z produktu, który mogę Ci dziś zaprezentować!

„Kolejna książka o Gicie” to ponad 180 stron konkretnej i praktycznej wiedzy. E-book przeprowadzi Cię krok po kroku od podstaw po bardziej zaawansowane treści. Nie jest to jedynie teoretyczny opis działania Gita, ale opisałem również praktyczne wskazówki i rekomendacje, które pomagają pracować z nim lepiej i efektywniej.

Oprócz treści teoretycznej w e-booku znajdziesz sporo ćwiczeń praktycznych pozwalających na przetrenowanie zdobytej wiedzy i wykorzystanie Gita w skryptach czy automatyzacjach.

W premierowym artykule znajdziesz szczegółowe informacje dotyczące zawartości e-booka :point_down:

https://devszczepaniak.pl/kolejna-ksiazka-o-gicie-premiera/

#git

#ebook

#programowanie

#informatyka

#programista15k

#frontend

#naukaprogramowania

#backend

Sanityzacja. Temat stary jak web, a XSS… nadal zbiera swoje żniwo. Niby walidujemy inputy.\ Niby framework „coś tam” zabezpiecza.\ Niby wiemy, że innerHTML to zło. \ A jednak XSS wciąż się zdarza - i to częściej niż chcielibyśmy przyznać. W najnowszym wpisie rozkładam XSS na czynniki pierwsze: