Uważasz, że im więcej masz testów (jednostkowych, integracyjnych, jakich-tam-jeszcze-chcesz) tym lepszy jest twój kod? I bardziej niezawodny system tworzysz? Też tak myślałem... kiedyś. Sama ILOŚĆ kodu testującego o niczym jednak nie świadczy. Dzisiaj cytat potwierdzający mój zwrot w poglądach na tą sprawę: Writing code in a testing namespace doesn’t count much in the way of testability Źródło: Udi Dahan

Należy starać się, abyśmy to MY dyktowali narzędziom JAK mają działać, a nie odwrotnie. Zbyt często okazuje się jednak, że jest inaczej... Ile razy zmienialiście swoje nawyki, aby przypodobać się wymogom tego lub innego wspomagacza pracy? Albo: ile razy okazuje się, że bez pomocy tychże narzędzi po prostu NIE DA się pracować? The tools we use have a profound (and devious!) influence on our thinking habits, and, therefore, on our thinking abilities. Bywają niezastąpione. Potrafią uzależnić.... [More]

Jak już kiedyś wspomniałem, zdarza mi się czytać różne dziwne rzeczy. Dziś w ramach szczególnego dnia (Wesoły Świąd!) coś nie-mądrego, nie-głębokiego i nie-skłaniającego-do-refleksji. W celu wyjaśnienia wątpliwości Operator zastrzega, że użytkownik nie jest uprawniony do korzystania z usług komunikatora Gadu-Gadu w celu komunikowania się poprzez komunikator Gadu-Gadu z użytkownikami innego komunikatora internetowego, ani też nie jest uprawniony do korzystania z tych usług w taki sposób, że b... [More]

Cykl częściowo wybronił się w komentarzach pod ostatnim postem, zatem pozostaje - tyle że prawdopodobnie dawkowany będzie z mniejszą częstotliwością:). Dziś cytat z naszej rodzimej mądrej głowy... Poniżej zaprezentowane zjawisko jest baaardzo częste. Ja sam nie byłem wyjątkiem i przez pierwsze kilka lat programowania z moich ust dość regularnie wymykało się zdanie: "no tak, całkiem fajny wzorzec/praktyka/porada/standard/... , ale w MOIM PRZYPADKU nie znajduje zastosowania". The mo... [More]

Nie czarujmy się, większość z nas pewnie zetknęła się kiedyś z taką szarą rzeczywistością, którą zgrabnie określił Jeff Atwood: At the end of the development cycle, you end up with software that is a pale shadow of the shining, glorious monument to software engineering that you envisioned when you started Co możemy z tym zrobić? Mieć ambicje, aby w naszym przypadku tak się nie stało. I... nie rozpaczać, jeśli nie do końca się uda. Źródło: Coding Horror.

Dzisiaj myśl, która powinna być mottem każdego programisty. Porada motywująca do rozwoju i do poznawania świata. Zasada, której przestrzeganie jest gwarancją ogromnego doświadczenia, obycia i umiejętności porozmawiania na każdy programistyczny temat. Wreszcie: jedna z moich największych "zawodowych" porażek, ponieważ okazało się, że na życie według tej reguły najzwyczajniej w świecie nie ma czasu: Know something about everything and everything about something A chciałoby się i zastosować w pra... [More]

Czytając ostatnio dokumentację narzędzia KDiff3 (tak, zdarza mi się czytać takie rzeczy:) ) natknąłem się na zabawne, a jednocześnie chyba dość prawdziwe stwierdzenie: To err is human, but to really mess things up you need a computer Przypomina to, że ostrożność przede wszystkim! Źródło: dokumentacja KDiff3.

Po przeczytaniu poniższego zdania przerwałem ostatnio lekturę i dałem sobie kilka minut na głębsze się nad nim zastanowienie: Myśleć, że się coś wie to najlepsza obrona przed dowiedzeniem się czegoś Wpasowuje się do idealnie w moje postrzeganie rozwoju zawodowego programisty/architekta. Źródło: Frank Herbert "Bóg Imperator Diuny".

Tak prawdziwe, a często musimy się tego nauczyć... "the hard way": An untested backup strategy is no backup strategy at all! Źródło: Phil Haack.

Mądre słowa mądrego człowieka. Odnoszą się do tworzenia oprogramowania, ale pewnie nie tylko tam mają zastosowanie: Simplicity is prerequisite for reliability. Warto o tym pamiętać w programistycznym szale:). Źródło: Edsger W.Dijkstra.

Ostatnio było banalnie. Dziś słowa osoby niezwiązanej właściwie z informatyką, ale nadające temu banałowi głębszy sens. you can go complaining about how you lack passion (...) passion is something that likes to be conquered Źródło: "Night of the Living Dead" by Julia Marcell

Jeden z bardziej znanych programistów i trenerów .NET wymyślił chwytliwe zawołanie, od tamtej pory niezmiennie z nim kojarzone. Zawołaniem tym kończy każdy post na swoim blogu. Dawno temu zachwycony myślałem, że te trzy słowa potrafią otworzyć każde programistyczne wrota. Że są wszystkim, wystarczającym do codziennych zmagań. Potem życie zweryfikowało te naiwne ułudy i okazało się, że to właściwie prawie pusty banał. Jednakowoż z pewnością wzięcie sobie tego banału do serca to dobry start: D... [More]

W wielu organizacjach ścieżka kariery wygląda (w sporym uproszczeniu i uogólnieniu) mniej więcej tak: bezmyślny klepacz kodu -> myślący klepacz kodu -> architekt -> manager -> ... dalej nieważne. Po awansie znakomitego, doświadczonego, sprawdzonego programisty na stanowisko managera zespół traci znakomitego, doświadczonego, sprawdzonego programistę zyskując niedoświadczonego, kształconego w innym kierunku managera. Możliwe rozwiązanie problemu? Podwyżka bez zmiany stanowiska. ... [More]

Zdarza się, że napotykam czasami mądrą wypowiedź skłaniającą do refleksji. Albo głupią wypowiedź skłaniającą do uśmiechu. Albo interesującą wypowiedź wartą przeczytania. Albo sam w niespodziewanym przebłysku inteligencji wymyślę coś, czemu można nadać miano... "aforyzmu"? I raz na jakiś czas (w założeniu - co siedem dni... Siódmego Dnia Napisał) będę takiego krótkiego posta zamieszczał, w sam raz na niedzielne popołudnie. Na pierwszy ogień taka oto mądrość: There are always at least two peop... [More]