Strona głównaUżytkownik

trzyPe | użytkownik

trzyPe
trzyPe
576,33
354 dni, 6 godzin, 37 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

Sztuka programowania 351 dni, 8 godzin, 6 minut temu trzyPe 59 źrodło rozwiń

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 945 dni, 9 godzin, 16 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 976 dni, 22 godziny, 38 minut temu trzyPe 81 źrodło rozwiń

Top mentioned books on stackoverflow.comPosted by Lazy

Top mentioned books on stackoverflow.com | Piotr Perak

Sztuka programowania 1002 dni, 9 godzin, 15 minut temu trzyPe 113 ź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 1693 dni, 4 godziny, 36 minut temu trzyPe 484 ź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 1721 dni, 7 godzin, 25 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 1752 dni, 18 godzin, 50 minut temu trzyPe 153 ź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 1771 dni, 8 godzin, 37 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 1779 dni, 8 godzin, 41 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 1804 dni, 14 godzin, 29 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 1817 dni, 9 godzin, 46 minut temu tkestowicz 380 ź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 1828 dni, 1 godzinę, 34 minuty 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 1901 dni, 10 godzin, 11 minut temu trzyPe 301 ź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 1994 dni, 18 godzin, 58 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 1994 dni, 18 godzin, 58 minut temu trzyPe 239 ź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 2012 dni, 21 godzin, 3 minuty 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 2020 dni, 8 godzin, 46 minut temu burczu 198 ź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 2026 dni, 23 godziny, 29 minut temu cezarypiatek 146 ź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 2020 dni, 8 godzin, 46 minut temu trzyPe 533 źrodło rozwiń

Sklep z gadzetami

Najaktywniejsi

1
(32 891,59)
2
(32 816,53)
3
(27 178,29)
4
(21 178,88)
5
(20 336,33)
6
(13 018,14)
7
(10 512,22)
8
(9 775,28)
9
(8 373,27)
10
(6 822,96)
11
(6 214,22)
12
(5 393,84)
13
(4 112,39)
14
(4 026,71)
15
(3 863,06)
16
(3 599,51)
17
(3 448,35)
18
(3 318,39)
19
(3 224,66)
20
(3 105,41)