Relacja z konferencji Boiling Frogs 2017

25 lutego we Wrocławiu odbyła się druga edycja konferencji o intrygującej nazwie Boiling Frogs. Sama konferencja dotyczy szeroko rozumianej idei software craftsmanship. Jak na stosunkowo krótką obecność na mapie imprez IT, przytłacza rozmachem (przynajmniej na papierze) i aspiruje do miana jednej z większych w naszym kraju. W tym roku: trzy ścieżki tematyczne, trzydziestu jeden prelegentów i tyleż […]

Code Smells: skomplikowane instrukcje warunkowe

Kolejnym problemem z którym przyjdzie się nam mierzyć jest nadmierna złożoność instrukcji warunkowych. Jest to często przejaw programowania nie-do-końca zorientowanego obiektowo. Zwłaszcza gdy występuje w świeżym kodzie. W kodzie zastanym jest zjawiskiem tyle niepożądanym przez “utrzymywaczy” co powszechnym. I niestety rzadko kiedy jest refaktoryzowany, nie koniecznie z powodu lenistwa programistów ale z racji sztywnych powiązań […]

Code Smells: Duplikacja kodu

Duplikacja kodu jest problemem o tyle prostym do zauważenia co powszechnym. Dla mnie jest też jednym z najprzyjemniejszych problemów w refaktoryzacji. Lubię patrzeć jak kod chudnie w oczach :). Czym jest powielany kod tłumaczyć nikomu nie trzeba. Zajmijmy się więc określeniem dlaczego jest niepożądany.  Piękna w swej prostocie zasada Don’t Repeat Yourself (DRY) zaleca ogólną eliminację powtarzających […]

Dlaczego powinniśmy pisać dobry kod, a nie tylko działający

Nie jest to regułą, ale często z punktu widzenia pracodawcy (zwłaszcza gdy pracodawca nie sprzedaje naszych programów tylko sam z nich korzysta) praca programisty polega tylko na dostarczaniu działającego oprogramowania. Trudno się z tym nie zgodzić, bo faktycznie taki jest stawiany przed nami cel.  Niedziałające oprogramowanie nie byłoby nikomu potrzebne, chyba że samym programistom by mogli […]

Code Smells: (Zbyt) Duże klasy

Problem ze zbyt rozbudowanymi klasami występuje powszechnie w kodzie zastanym. Rzadko kiedy klasa tuż po commicie jest ogromna w sensie liczby linii kodu. Często wskutek zmian robionych już później, w ‘utrzymaniu’, przybiera na wadze. Nie znaczy to, że nie można od początku napisać klasy źle bo wciąż zdarzają się programiści którzy całą logikę aplikacji zamykają […]