Wczoraj ruszyła już 8 edycja programu Tech Leaders!

Jest to 4-miesięczny, DARMOWY program mentorski skierowany do kobiet. Znajdziesz tam mentora z obszarów:

• Agile,
• Business Development,
• Design & Research,
• HR & Requirement & People Management,
• IT Development & Data Science & Testing,
• Leadership,
• Marketing & PR,
• Project Management & Business Analysis,
• Start in IT.

Chcesz nauczyć się pisać kod?

Rozpoczęcie przygody z programowaniem bywa przytłaczające. Nawet teraz, gdy podchodzę do nowych języków programowania to środowisko języka potrafi być wyzwaniem. Należy wszystko skonfigurować, dobrze poustawiać, aby po czasie spędzonym na konfigurowaniu w końcu móc napisać jedną linię kodu w danym języku. Bywa to frustrujące.

Jeśli rozpoczęcie drogi z programowaniem jest przed Tobą to chciałabym Ci dać pewną wskazówkę.

Reading Club

Już jutro (15.11.2022) rusza kolejna edycja Reading Club! To już 3 edycja. W ramach niej będzie omawiana książka „Analysis Patterns” Martina Fowlera.

Komentarze są wymienione na liście brzydkich zapaszków (code smells) [więcej o code smells], jednakże autorzy książki „Refaktoryzacja. Ulepszanie struktury istniejącego kodu” stwierdzają, że same w sobie komentarze są przyjemne. Zwracają uwagę na komentarze, ponieważ są często stosowane jako dezodorant, który ma zamaskować problem.

Instrukcje switch*  same w sobie nie są złe, jednakże są sytuacje w których można podejść do sytuacji odrobinę inaczej. „Switch Statements” jest kolejnym brzydkim zapaszkiem kodu. Określeniem brzydki zapaszek nazywane są miejsca w kodzie, o których warto przemyśleć ich modyfikację. Fragmenty kodu, które można napisać inaczej, lepiej. Więcej o tym możesz znaleźć na mojej stronie Code Smells. Tam opisuję to pojęcie oraz podaję listę zapaszków – bo na koniec dnia Switch Statements nie jest jedynym zapaszkiem 😉

*Będę się posługiwać tylko nazwą switch, ale na myśli mam również ich odpowiednik if else o tym samym zastosowaniu.

Tak jak już zaznaczyłam na początku samo używanie switch nie jest złe. Jest czasami złe. Więc skąd masz wiedzieć kiedy jest złe?

Jakiś czas temu podczas konwersacji, mój rozmówca zauważył trudność jaką jest napisanie testu do metody, która wywołuje metody statyczne. Początkowo uznałam, że nie znam odpowiedzi, jak do tego podejść. Jednakże wieczorem „lampka się zapaliła” i olśniło mnie. Przecież to jest dokładnie taki sam problem jak z napisaniem testu do metody, która w sobie tworzy nowe obiekty!

Pierwsze myśli o zaczęciu prowadzenia bloga pojawiły się pod koniec 2021 roku. W styczniu wykupiłam VPS (Virtual Private Server) i zaczęłam konfigurować wszystko…

Jako, że pierwszy wpis pojawił się w połowie lipca to jak pewnie się słusznie domyślasz no nie poszło mi to najszybciej 😀

Primitive Obsession jest jednym z zapaszków kodu (code smells).

Czym są zapaszki kodu?

Są to miejsca w kodzie, które powinny wywołać u Ciebie zapalenie się lampki, że dany kod może jednak nie jest najlepiej napisany. Code Smells są wskazówkami jakie miejsca powinny zostać zmienione.

W poprzednim artykule Nie mogę napisać testu do metody – part 1 zajmowaliśmy się problemem jakim jest napisanie testu do metody, która w środku tworzy nowe obiekty.

Dziś rozważymy sytuację w której ta metoda nie ma tworzenia nowych obiektów, ale jest prywatna (private method).

Test do metody prywatnej? JAK TO?!