Każdy programista w dzisiejszych czasach styka się na co dzień z procesem Code Review. Często, żeby cokolwiek wdrożyć na produkcję, musimy dostać akceptację kodu od innej osoby z zespołu. Jest to tak powszechne, że przyjmujemy to za coś oczywistego i rzadko zastanawiamy się nad tym, dlaczego ten proces istnieje. A tymczasem Code Review jest bardzo istotne na kilku poziomach.

Poznaj, jak komunikacja asynchroniczna rewolucjonizuje codzienną pracę w IT, umożliwiając programistom zachowanie głębokiego skupienia i eliminację ciągłych zakłóceń. Artykuł przedstawia praktyczne wskazówki dotyczące efektywnego wykorzystania narzędzi takich jak Slack, Jira czy e-mail, podkreślając, dlaczego asynchroniczny styl komunikowania się jest kluczem do budowania produktywnych i zgranych zespołów IT.

Dowiedz się, dlaczego analiza techniczna jest kluczem do sukcesu w programowaniu. Poznaj sprawdzone praktyki, które pozwolą Ci uniknąć typowych pułapek projektowych, lepiej estymować zadania i dostarczać kod wysokiej jakości. Praktyczny przewodnik dla programistów, którzy chcą przestać działać na “hura” i zacząć pracować efektywniej.

Odkryj jak zautomatyzować proces labelkowania Pull Requestów w GitHubie przy użyciu Actions i JavaScript. Rozwiązanie automatycznie określa zmianę wersji semantycznej na podstawie Conventional Commits i dodaje odpowiednie labelki - oszczędzając czas i redukując ryzyko błędów ludzkich w procesie wdrożeń.

Poznaj kulisy przepisania mojego bloga. W artykule dzielę się przemyśleniami na temat popełnionych błędów, właściwego podejścia do planowania oraz realistycznego wykorzystania narzędzi AI w procesie developmentu. To praktyczny przewodnik pokazujący, jak ważne jest skupienie się na głównym celu projektu, zamiast gubić się w dodawaniu zbędnych funkcjonalności.

Oczywistym jest, że dzieląc się wiedzą, dajemy coś od siebie. Dajemy, często za darmo, coś innymi, nie oczekując niczego w zamian. Czy jednak dzielenie się wiedzą jest zupełnie bez korzyści dla nas? Myślę, że sami możemy dużo zyskać.

Nie łudźmy się. Porażki ponosi każdy. To jak sobie z nimi radzimy w dużym stopniu determinuje to jaki później odnosimy sukces. Na mojej drodze zawodowej były porażki, a nawet pokuszę się o stwierdzenie, że było ich dużo...

Rozwijać oprogramowanie można na wiele sposobów. Każdy programista ma pewnie swój własny styl, którym pisze kod. Przez ostatnie lata udało mi się wypracować swój własny, który przynosi dobre efekty jeśli dobrze do niego podejdę.

Sama praca daje dużo do rozwoju jako doświadczenie, ale uaktualnianie i poszerzanie wiedzy dodatkowo też jest ważne. Dzielę się sposobami, które wykorzystuję do rozwoju na etacie

Bazując na własnym doświadczeniu, chciałbym przedstawić kilka sposobów, które u mnie się sprawdziły. W tym artykule piszę o alternatywnych metodach na dzielenie się wiedzą.

Postanowiłem zebrać przynajmniej część notatek z "Czystej architektury" Roberta C. Martina i podzieli się z wami. Ta książka dała mi bardzo dużo do myślenia. Pomogła mi też w moim rozwoju zawodowym poprzez szersze spojrzenie na system, który aktualnie rozwijam.

W branży IT dzielenie się wiedzą wygląda zupełnie inaczej niż w wielu innych. Mamy potrzebę dzielenia się wiedzą, nowinkami i ciekawostkami technicznymi. Podzielę się z wami jak ja to robię.

Przepisuję customowy hook napisany w poprzednich wpisach z serii. Zamiast hooka useState użyję tym razem useReducer i przy okazji opowiem więcej o tym hooku, jak i o samym Reduxie, na którym hook jest wzorowany.

Dowiemy się jak zapobiec problemowi zbyt częstego wykonywania kodu w komponencie dzięki hookowi useEffect. Pod koniec wyjaśniam też jak mniej więcej wygląda cykl życia komponentu w kontekście hooków useState oraz useEffect.

Od strony praktycznej przyglądam się hookowi useState. Dość dogłębnie analizuję jego działanie, a całość opieram na realnym przykładzie.

Postanowiłem podsumować swoją wiedzę na temat hooków. W pierwszym artykule serii przyglądam się historii jak stała za wprowadzeniem tego feature'a.

W tym artykule obalam tezy, które postawiłem w poprzednim wpisie o typie `any`. Przybliżam typ `unknown` oraz to dlaczego jest lepszym rozwiązaniem przy typowanie niż `any`.

Myślę, że typ `any` wywołuje sporo kontrowesji. Przez jednych jest nadużywany, a przez drugich w ogóle odradzany. Postanowiłem więc podsumować wszystkie znane mi przypadku użycia typu `any` w artykule.

Prędzej czy później musimy coś zapisać w pamięci przeglądarki. W tym artykule porównuję trzy metody: `localStorage`, `sessionStorage` oraz `cookie`. Pokazuję ich zalety i wady, a także dobre praktyki.

Uważam, że Mapped Types są często niedocenianym elementem TSa, więc w artykule pokazuję kilka z tych typów oraz wchodzę do środka, żeby pokazać jak można budować swoje własne typy.

Wzorzec Obserwator (Observer) znany w świecie Javascript często jako obiekt Observable. Każdy nawet początkujący spotyka się z tym wzorcem, więc w tym artykule pokazuję jak on działa i implementuję go od zera.

Dekoratory coraz częściej są wykorzystywane w świecie frontendu. W tym wpisie pokazuję jak działają dekoratory pod spodem oraz jak można dekorować metody w czystym Javascript. Omawiam też praktyczne zastosowanie tego wzorca.

W tym artykule chciałbym zagłębić się we wzorzec strategii i jego implementację w języku Typescript. Nie chcę jednak opierać się na przykładach oderwanych od prawdziwych problemów, z którymi na codzień się zmagamy. Dlatego przygotowałem dla was przykład strategii, którą implementowałem osobiście w pracy.

Jednym z problemów Reactive Forms jest usuwanie walidatorów z FormControl. Analizuję ten problem i pokazuję z czego wynika i dlaczego nie jest taki trywialny.

Robię analizę async pipe w Angular, a więc przechodzę przez kod źródłowy, który jest odpowiedzialny za jego implementację. Pokazuję wzorce, które zostały tam użyte i sprawdzam jak działa on pod podszewką.