When writing unit tests you repeatedly need to create the target object and all its dependencies. Whenever you modify constructor parameters list you need to modify your tests. Therefore maintaining tests with hard coded dependencies is painful and time consuming operation. AutoMock will create object where all its dependencies will be mocked and injected at run time.

Today I want to present a different point of view on C# applications design. If you are programming in that language most of the time, it’s probably not what you’re used to see. However I found it interesting, because it allows to achieve a few important goals...

Przemysław Walkowski Parę linijek kodu, proste pytanie co ten kod robi lub gdzie jest błąd. Nazywam to zagadkami. Czasem nawet  5 lat doświadczenie nie wystarczy aby odpowiedzieć prawidłowo na tego typu pytania. Poniżej lista paru zagadek, które zebrałem w jednym miejscu. Osobiście zawsze gdy idę na rozmowę o pracę mam ze sobą swoją zagadkę, w razie gdybym nie odpowiedział na którąś zadaną mi przez rekrutera. Robię to po to aby pokazać, że zagad...

Moim towarzyszem w odcinku dziewiątym jest Krzysztof Szabelski. Jako doświadczony programista i lider pomaga różnym zespołom w firmie ogarniać trudne tematy. Występuje na konferencjach i grupach pasjonackich. Techniczne treści tworzy na blogu firmowym Future Processing. Więcej o Krzyśku możecie poczytać na stronie http://krzysztofszabelski.com. A na Twitterze występuje jako @kszabelski. Temat naszej rozmowy to Pair Programming – czyli programowanie w parach ;). Odcinek ten jest tym samym najbardziej spó...

Definicja testów jednostkowych nie jest jednoznaczna i moim zdaniem zmieniała się przez lata. Jednostkę (“unit”) można w różny sposób interpretować. Wiele programistów uważa, że należy testować wyłącznie poszczególne klasy. Dobrą stroną takiego podejścia jest fakt, że jak test zakończy się niepowodzeniem, wtedy od razu wiadomo gdzie szukać przyczyny. Przy dobrym zestawie testów, debugger przestaje być potrzebny.  Osobiście preferuje zupełnie inne podejście. W aplikacjach biznesowych, moim zdaniem aż t...

Rynek IT wyglądał zupełnie inaczej gdy w 2008 roku podjąłem moją pierwszą, poważną pracę w branży. Nie wiele wtedy się mówiło o czymś takim jak frontend, czy backend, a i tytuły stanowisk nazywały się inaczej - tak jakoś bardziej polsko. W ogłoszeniach najczęściej szukano programistów C++ i JAVY, a także webmasterów PHP. Tych z pierwszej grupy szuka się nadal, aczkolwiek teraz mamy ładniejsze nazwy stanowisk. Spore zmiany zaszły za to w świecie webmasterów....

Zapewne widzieliście już prezentację Erika Meijera z Reaktor Dev Day 2014. Prelegent postanowił rozprawić się z całą tą ściemą, jaką jest Agile, a jako jej alternatywę zaprezentował podejście „One Hacker Way” – nieskomplikowane, bo sprowadzającą się prostu do … pisania kodu. Ilu z Was łyknęło tę nowinkę niczym młody pelikan swoją pierwszą sardynkę (rym niezamierzony)? Jeśli to kupiliście, to muszę Was zmartwić – zostaliście zhakowani.

Będąc programistą, bardzo często mam styczność z kodem innych. Jest to naturalne, bo nawet jeśli nie pracuję w danym momencie zespołowo, to i tak mogę wykorzystywać rozwiązania stworzone przez moich współpracowników, bądź też po prostu takie, które znalazłem w sieci. W wielu przypadkach są to dobre i przemyślane rozwiązania, ale czasem zdarzają się takie, które najchętniej od razu bym zrefaktoryzował.

„Linq to Object” jest bardzo dobrze wyposażonym mechanizmem. Posiada wiele metod, które generalnie pokrywają 70% potrzeb podczas projektowania aplikacji. Jednak czasami potrzebujemy tych 30%, których nie ma. Poniżej pokazuje jak napisać własną metodę rozszerzeń (extension method) do Linq To Object na przykładzie autorskiej metody SplitIntoParts. Aby napisać dobrą metodę rozszerzeń należy spełnić kilka warunków...

Przy okazji codziennej prasówki natknąłem się na ten artykuł na temat wydajności pętli for w JavaScript'cie dla różnych przeglądarek. W skrócie chodzi o to czy powinniśmy pisać pętlą for tak...