Jednym z trudniejszych wyzwań około programistycznych, które są przede mną stawiane w codziennej pracy, jest szacowanie wartości pracy potrzebnej do wykonania powierzonego zadania. Trudności wynikają z kilku różnych czynników, z reguły jest to brak przełożenia teoretycznej wiedzy o zakresie zadania na realne zadania do wykonania w kodzie, co jestem w stanie ustalić dopiero na późniejszym…
Dowiedz się więcej
Code review, które wykonuję innym osobom z projektu, bywa dla mnie okazją do treningu umiejętności analitycznych i niesamowitą możliwością zdobycia nowej wiedzy (jak również zweryfikowania tej już posiadanej). Bywa jednak i tak, że CR staje się mordęgą oraz najgorszym elementem dnia pracy. Na moje nastawienie wpływa wiele czynników, takich jak choćby złożoność implementowanego rozwiązania, zastosowanie…
Dowiedz się więcej
Scalanie wypracowanych zmian z aktualną wersją kodu często odbywa się w efekcie pewnej procedury. Nierzadko w tej procedurze zawiera się pull request oraz code review. Jednak żeby kod nadawał się do pokazania go światu, zwykle staram się wykonywać sekwencję kroków, które mają na celu sprawdzenie wszystkich miejsc, w których coś mogłoby pójść nie tak jakbym…
Dowiedz się więcej
Wyobraź sobie, że jesteś programistą i pracujesz w utrzymaniu istniejącego projektu. Załóżmy, że ten kod jest przechowywany na dyskach wspólnych w Twojej firmie. Zanim przystąpisz na naprawy zgłoszonego błędu, musisz odnaleźć projekt na dysku, skopiować jego zawartość do nowego folderu, opatrzyć folder prawidłową datą, zainstalować wszystkie pakiety, zbudować projekt, etc. Możesz zabrać się do naprawy.…
Dowiedz się więcej
Jak już zaznaczałam wielokrotnie, pisanie kodu to tylko jedno z codziennych zadań programisty. Najczęściej developer nie pracuje solo, a jest częścią składową zespołu, który musi się w jakiś sposób komunikować. Należałoby też w jakiś sposób wyznaczać sobie cele, jakoś się z nich rozliczać i planować rozkład pracy. Do tego wszystkie służą różne metodyki zarządzania projektami,…
Dowiedz się więcej
Kiedy uczyłam się kodowania, moje wyobrażenie o pracy programisty bardzo odbiegało od rzeczywistości: mit mizantropa siedzącego w piwnicy przy komputerze nadal żyje i ma się nieźle. Przede wszystkim wydawało mi się, że głównym zajęciem programisty w ciągu dnia jest klepanie w klawiaturę i produkowanie kodu. Jak wielkie było moje zdziwienie, kiedy w pierwszej pracy widziałam…
Dowiedz się więcej
Edytor kodu to najważniejsze narzędzie, z którego korzystam w codziennej pracy. Służy mi nie tylko do pisania mojego kodu, ale przede wszystkim do czytania kodu, który został napisany przez innych programistów. Dlatego tak ważne dla mnie jest, żeby obsługa była wygodna i intuicyjna a praca możliwie jak najbardziej efektywna. Orły i sokoły Na wstępie muszę…
Dowiedz się więcej
Analizowanie problemów i poszukiwanie rozwiązań to chleb powszedni każdego programisty. Jednak spore poczucie zagubienia pojawia się u mnie głównie w momentach, kiedy problemy nie dotyczą pisanego przeze mnie kodu, a np. kodu innego modułu w projekcie lub dotyczą narzędzia, którego używam i nie zagłębiam się w jego działanie. Wtedy poszukiwanie rozwiązania zwykle nie ogranicza się…
Dowiedz się więcej
Kiedy rozpoczynałam pracę w którymkolwiek z moich większych projektów, ani razu nie zdarzyło mi się trafić na sytuację kiedy prace developerskie dopiero ruszały i nie było napisanego żadnego kodu. Trafiałam za to w miejsca, gdzie rozwój był już dość zaawansowany i niebawem miało wydarzyć się wydanie produkcyjne (czyli mówiąc po ludzku: umożliwienie użytkownikom końcowym korzystania…
Dowiedz się więcej
Moje codzienne środowisko pracy nie jest zbytnio zróżnicowane: centralne miejsce zajmuje, rzecz jasna, laptop a wokół niego znajdują się peryferia takie jak słuchawki, zewnętrzna klawiatura i mysz. W pobliżu staram się zawsze mieć notes lub kartkę i coś do pisania, bo lubię czasem rozrysować sobie ręcznie bardziej zawiłe zależności trudniejszego problemu. Jednak na upartego do…
Dowiedz się więcej
