Gdy zaczynałem pracę w IT, to myślałem, że gdy kod będzie robił, co ma robić i nie będzie zawierał bugów, to wystarczy, żeby nazwać go dobrym kodem. Wyobraź sobie moje zdziwienie...

Odpowiedź na to pytanie nie była dla mnie oczywista na samym początku, ale teraz mam kilka dobrych powodów.

Od czasu do czasu zdarza mi się, że ktoś zapyta o jakieś wartościowe książkowe polecajki. Mam kilka książek, które mnie ukształtowały i przekształciły mój sposób pracy. W tym poście wrzucam pierwsze cztery.

Szybki sposób na sprawdzenie, czy to, co implementujemy, ma sens.

Hackathony miały bardzo duży wpływ na to, jak obecnie pracuję. Dały mi umiejętności, które ciężko jest czasem zdobyć w normalnych projektach. Opisuję, jakie to umiejętności i dlaczego warto uczestniczyć w hackathonach.

Technologiczne wojenki typu Java vs C# i Angular vs React nie mają za bardzo sensu. W tym wpisie opisuję dlaczego i co robić zamiast tego.

Być skrybą to praktycznie to samo co pisać dokumentację. To nie ma tak, że to jest fajne albo niefajne. Jeśli najbardziej w życiu cenisz sobie ludzi, którzy podali Ci pomocną dłoń, to warto się odwdzięczyć i zostawić po sobie kawałek dobrze zrobionej dokumentacji.

Na początku mojej pracy (takiej na serio), dostawałem bardzo dużo przykrych zadań do zrobienia i czułem, że nie mogę za bardzo się wykazać. Nie mogłem pokazać, co umiem i strasznie mnie to irytowało. Potem zrozumiałem, że na dobre zadania trzeba sobie zasłużyć i w tym odcinku, o tym właśnie opowiadam.

W tym odcinku opowiadam o tym, dlaczego warto uczyć innych tego, co już wiesz i dlaczego początkujący programiści idealnie się do tego nadają.

Tym razem występuję jako skryba, który przekonuje do dokumentowania swojej drogi i budowania wizerunku.

Ustalanie celów może pomóc w stwierdzeniu, czy Twoje działania mają sens i czy skupiasz się na odpowiednich rzeczach. Mogą też bardzo pomóc, gdy czujesz się zagubiony w swoich działaniach i chcesz nadać sobie kierunek, którego nie będziesz żałować.

W tym odcinku mówię o tym, dlaczego warto robić trudne zadania, o których myślimy, że nie damy rady oraz czym jest "odpowiednio trudne zadanie".

W tym odcinku opisuję zachowania programistów "bohaterów" i jak bardzo potrafi to zaszkodzić zespołowi. Dowiesz się czemu nie warto być bohaterem jeśli chcesz skutecznym programistą.

Pokazuję taktyki, których używam od lat do zbierania feedbacku

Dowiesz się jak ustalać sobie cele, jak je osiągać i co z tym wspólnego ma postać z obrazka.

O tym, czy musisz cały czas cisnąć, żeby nie pozostać zwykłym klepaczem kodu.

O ekspertach, którzy nie są ekspertami, co o tym mówią amerykańscy naukowcy i jak ta wiedza pomoże Ci sprawdzić, czy hamujesz swój rozwój.

A także od Matki Teresy, Jamesa Bonda oraz Teda Bundyego.

O drugiej najważniejszej rzeczy w programowaniu. Nadal nie jest to kodzik, tylko komunikacja, której niestety prawie nikt nie ogarnia. Sprawdź dlaczego jest to dla Ciebie bardzo dobra informacja.

O zostawianiu dup w miejscach publicznych.

O tym jak uprościć swój kod, przestać myśleć jak owieczka, przyspieszyć rozwój oraz zaoszczędzić czas i pieniądze klienta. To wszystko przy pomocy jednego prostego pytania.

O tym, jak optymalizacja pod kątem zmiany pomaga poradzić sobie z podejmowaniem lepszych decyzji w projekcie, gdy nie masz jeszcze dużego doświadczenia.

Dowiesz się jak "zmiana" łączy się z "to zależy", z dobrymi praktykami tworzenia oprogramowania oraz pracą w trybie zwinnym.

Jak się wykazać i zaimponować innym w nowym projekcie. W sumie to w każdym projekcie, do którego trafisz. I dlaczego dotychczas źle to robiłeś.

Prosty i zaskakująco skuteczny sposób inwestowania dla programisty. Niezależnie od stażu. Działa doskonale, gdy dopiero zaczynasz.

Dlaczego warto rozwijać się "wszerz", porzucić mindset ofiary i jak dzięki temu staniesz się specjalistą, który zna się na wszystkim.