Strona głównaUżytkownik

trzyPe | użytkownik

trzyPe
trzyPe
576,33
2189 dni, 23 godziny, 9 minut temu
22 kwietnia, 2014
dotnetomaniak.pl

The need to constantly update your tests whenever you change production code is one of the arguments against unit testing. Sure, when you do a big refactoring tests will need to change, but smaller changes should not make you change all the tests. I will try to help you with this issue. Specifically I will try to help you make your setup code easier to maintain.

Tagi: TDD, unit testing
Dziel się z innymi:
Maintainable test setup and cleaner tests

Cleaner constructors with throw expressions in C# 7Posted by Lazy

Dziel się z innymi:
Cleaner constructors with throw expressions in C# 7 | Piotr Perak

Sztuka programowania 2781 dni, 1 godzinę, 49 minut temu trzyPe 104 źrodło rozwiń

How to find great IT books?Posted by Lazy

Dziel się z innymi:
How to find great IT books? | Piotr Perak

Sztuka programowania 2812 dni, 15 godzin, 11 minut temu trzyPe 82 źrodło rozwiń

Top mentioned books on stackoverflow.comPosted by Lazy

Top mentioned books on stackoverflow.com | Piotr Perak

Sztuka programowania 2838 dni, 1 godzinę, 47 minut temu trzyPe 114 źrodło rozwiń

Dzisiaj ABC, ale chyba warte przypomnienia. Wprowadzony w .NET 3.0 Initializer syntax jest bardzo wygodny. Pozwala skrócić zapis i spowodować, że kod jest trochę czytelniejszy. Jednak coraz częściej mam wrażenie, że przez niego programiści .NET zapomnieli o konstruktorach.

Dziel się z innymi:
Czy programiści .NET zapomnieli o konstruktorach? | Piotr Perak

Architektura 3528 dni, 21 godzin, 9 minut temu trzyPe 485 źrodło rozwiń

Poznajcie prosty sposób, aby dać odpocząć swoim dłoniom i trochę przyśpieszyć pisanie.

Dziel się z innymi:
Programista prawie jak chirurg – musi dbać o dłonie | Piotr Perak

Inne 3556 dni, 23 godziny, 57 minut temu trzyPe 398 źrodło rozwiń

“Learn at least one new language every year” – The Pragmatic Programmer book. Late 2014 I have decided to learn F#. This is my first attempt at String Calculator Kata in F#.

Tagi: code kata, F#
Dziel się z innymi:
[EN] StringCalculator Kata in F# – revision 1 | Piotr Perak

Sztuka programowania 3588 dni, 11 godzin, 23 minuty temu trzyPe 155 źrodło rozwiń

W moich zamierzeniach ten temat miał być omówiony w jednej części, ale duża ilość komentarzy, pytań i uwag spowodowała, że powstała część druga. Istnienie drugiej (nieplanowanej) części posta mogłoby sugerować, że chcę się wycofać z części poglądów, które przedstawiłem w części pierwszej. Częściowo tak, ale nie w tę stronę co myślicie. Rzeczywiście zmieniłem zdanie, od dzisiaj będę pisał ToString() jeszcze częściej, tzn. dla każdej swojej klasy i struktury, nawet jeżeli tworzyłbym bibliotekę dla klienta...

Dziel się z innymi:
Zapewniaj metodę ToString() w swoich obiektach – część 2 | Piotr Perak

Sztuka programowania 3607 dni, 1 godzinę, 9 minut temu trzyPe 289 źrodło rozwiń

Pomimo stosowania TDD każdemu z nas od czasu do czasu zdarza się debugować kod. Czy to lubimy, czy nie, czasem po prostu nie ma innego wyjścia. Ułatwiajmy sobie (i osobom, które odziedziczą kiedyś ten kod) debugowanie przez dodawanie ToString() do wszystkich swoich klas.

Dziel się z innymi:
Zapewniaj metodę ToString() w swoich obiektach | Piotr Perak

Sztuka programowania 3615 dni, 1 godzinę, 13 minut temu trzyPe 314 źrodło rozwiń

Z jednej z prezentacji nt. GIT-a dowiedziałem się, że posiada on coś co nazywa się Interactive staging. Pomyślałem, że czegoś takiego brakuje mi w codziennej pracy z duetem SVN/Tortoise SVN. Jak się jednak okazało i w Tortoise SVN od ostatniej wersji jest odpowiadająca temu funkcjonalność.

Dziel się z innymi:
Tortoise SVN – interaktywny commit | Piotr Perak

Narzędzia 3640 dni, 7 godzin, 1 minutę temu trzyPe 184 źrodło rozwiń

Przy okazji projektu DevMovies postanowiłem wypróbować bibliotekę ReactJS.NET. W tym poście znajdziecie kilka przemyśleń i uwag dotyczących ReactJS.NET zebranych w trakcie realizacji projektu.

Dziel się z innymi:
ReactJS.NET w praktyce, plusy i minusy -  Tymoteusz Kęstowicz .NET developer blog

Web 3653 dni, 2 godziny, 19 minut temu tkestowicz 381 źrodło rozwiń

Continuous Integration, Code Reviews, Test/Behaviour Driven Development, Automated User Acceptance Tests, FxCop, StyleCop, NDepend, Resharper i wiele wiele innych technik/narzędzi wykorzystywanych tylko po to, aby tworzyć lepszy kod. A często zapominamy, lub nie wiemy, o podstawowych sposobach na zapewnienie lepszej jakości kodu. Dzisiaj pokażę jak osiągnąć lepszy kod w 4 kliknięciach.

Dziel się z innymi:
Lepszy kod w 4 kliknięciach | Piotr Perak

Sztuka programowania 3663 dni, 18 godzin, 7 minut temu Paweł Łukasik 473 źrodło rozwiń

Skomplikowane aplikacje mogą wymagać skomplikowanego kodu. Jeżeli jego złożoność wynika ze złożoności modelowanego problemu to wszystko jest ok. Gorzej, jeżeli złożoność kodu wynika ze… złożoności kodu. W takim przypadku mówimy o złożoności przypadkowej.

Dziel się z innymi:
Złożoność przypadkowa | Piotr Perak

Architektura 3737 dni, 2 godziny, 44 minuty temu trzyPe 310 źrodło rozwiń

Trafiłem ostatnio na tekst o nadużywaniu var. Przede wszystkim zafrapowało mnie użycie pojęcia „nadużywanie„, bo sugerowało, że podczas tworzenia kodu należałoby (oprócz wielu reguł) brać jeszcze pod uwagę czy danej konstrukcji nie używa się zbyt często (czyli nadużywa). Tylko jakie w takim razie powinno być kryterium umożliwiające stwierdzenie, czy coś jest nadużyciem, czy nie? Czy jeśli ...

Me z .NET tete-a-tete » Oto moja perspektywa: „var” się nie da nadużywać

Sztuka programowania 3830 dni, 11 godzin, 31 minut temu PaSkol 345 źrodło rozwiń

Jednym z częściej opisywanych zagadnień na blogach programistycznych są wzorce projektowe. Często jednak ich opisy są bardzo krótkie, bez przykładów konkretnego zastosowania w prawdziwym kodzie, a czasem nawet niepoprawne. Dzisiaj przedstawię jak wykorzystanie wzorców projektowych może przyczynić się do ograniczenia powtórzeń w kodzie testów. Nie będzie to wprowadzenie do tych wzorców (opisanych setki razy w innych miejscach), ale opis moim zdaniem nietypowego ich zastosowania.

Wzorce projektowe w testach jednostkowych | Piotr Perak

Sztuka programowania 3830 dni, 11 godzin, 31 minut temu trzyPe 241 źrodło rozwiń

Chyba każdemu, kto pracował przez dłuższy czas z Resharperem, trudno sobie wyobrazić pracę bez tego dodatku do Visual Studio. Resharper ma wiele świetnych funkcji lecz dzisiaj chciałem podzielić się informacją o jednej z ostatnich jakie odkryłem...

Dziel się z innymi:
Testuj na 8 rdzeniach!

Narzędzia 3848 dni, 13 godzin, 35 minut temu trzyPe 345 źrodło rozwiń

Nigdy jakoś specjalnie nie lubiłem testów jednostkowych jednak każdy porządny programista dobrze wie, że to ważny aspekt wytwarzania oprogramowania. Dzięki testom jesteśmy w stanie bezpiecznie dokonywać zmian w kodzie właściwym – jeśli w wyniku refaktoryzacji zmienimy sposób działania aplikacji, testy przestaną „przechodzić”, wiemy więc od razu, że coś jest nie tak. ...

Dziel się z innymi:
Testy jednostkowe – różnica między mockiem Strict i Loose ← burczu programator

Sztuka programowania 3856 dni, 1 godzinę, 18 minut temu burczu 199 źrodło rozwiń

One of the greatest features of Resharper are Live Templates. They can speed up your code typing and help you focus only on what is most important (you don’t need to remember and retype anymore long ‘dull’ code constructions). Live Templates are similar to Visual Studio code snippets but are easier to define and introduce smart parameters that help you in faster code completion.

Źródło: www.demonbox.pl
Dziel się z innymi:
[EN] DemonBox - Don't write dull code, Part I: Resharper Live Templates

Narzędzia 3862 dni, 16 godzin, 1 minutę temu cezarypiatek 148 źrodło rozwiń

Bohaterem dzisiejszego odcinka jest prosta, jednak bardzo użyteczna, i jak się okazuje chyba mało znana metoda jednej z klas dostępnych w .NET Framework już od wersji 1.1.

Dziel się z innymi:
Panie i Panowie oto …

Sztuka programowania 3856 dni, 1 godzinę, 18 minut temu trzyPe 533 źrodło rozwiń