vlog
Relacja pracownik-pracodawca
Pozdrowienia z południowo-wschodniej Polski, a tematem odcinka jest relacja pracownik-pracodawca w branży IT.
(więcej…)Pozdrowienia z południowo-wschodniej Polski, a tematem odcinka jest relacja pracownik-pracodawca w branży IT.
(więcej…)Lubisz programować? Zarabiasz programując? Zatrudniasz programistów? Jeżeli, na którekolwiek z tych pytań odpowiedziałeś twierdząco, to wiesz, że z czasem funkcjonalności powstają coraz wolniej, a dostarczenie nowych wersji, przeciąga się miesiącami.
(więcej…)Dzisiaj odpowiedź na pytanie jak wprowadzić continuous integration co zespołu. W skrócie trzeba kogoś przekonać lub nauczyć. Kogo i jak?
(więcej…)Ilu programistów traci swój cenny czas na merdżowaniu kodu, zamiast skupiać się na tworzeniu nowych funkcjonalności? Sporo. Grube legiony developerów postrzega gita jako przeszkodę, a nie jako pomocne narzędzie. By zmniejszyć tę ilość, przedstawiam trzy najpopularniejsze strategie branczowania. Poznaj je i zrozum, a następnie wyłuskaj z każdej to, co jest najlepsze dla Ciebie i Twojego projektu. Miej na uwadze, że każda z nich ma swoje wady i zalety. W pewnych sytuacjach sprawdzi się jedna, a do innych się nie nada.
Wykonanie dużego refaktoringu, nie jest zadaniem prostym. Wymaga skupienia, doświadczenia i dyscypliny. Robiłem to wielokrotnie, z różnymi rezultatami. Z każdym następnym razem staję się coraz bardziej doświadczony. W trakcie swojej pracy udało mi się wypracować kilka zasad, które czynią tę czynność łatwiejszą i bezpieczniejszą. Część z nich to dobre praktyki przy refaktoringu, a cześć to po prostu zasady tworzenia dobrego kodu, które w tej sytuacji pomagają mi ogarnąć kod. Wszystkie jednak odpowiadają na pytanie: „Jak refaktorować?”. Zapraszam serdecznie!
Czym jest Inspekcja Kodu? Każdy wie lub może się szybko dowiedzieć, czytając na wikipedi. Zastanawiałem się ostatnio, czy czas poświęcony na tę czynność, mógłby być wykorzystany lepiej. Odpowiedź na to pytanie zależy od masy czynników. Takich jak podejście osób uczestniczących w procesie, czy specyfiki projektu. Postanowiłem zatem opisać rzeczy bardziej stałe, czyli jakie można osiągnąć korzyści z dobrego Code Review.
Ostatnio zastanawiałem się czym charakteryzuje się dobre Code Review. Jak powinno wyglądać jego zakończenie? Co powinno znajdować się na końcu drogi, zwanej po Polsku, inspekcją kodu? Podczas każdego rewju możesz zdobyć dwa trofea. Pierwszy z nich zostaje u Ciebie w głowie, a drugi pozostawiasz w kodzie źródłowym dla całego zespołu.