dotnetomaniak.pl

Strona głównaUżytkownik

trzyPe | użytkownik

trzyPe
trzyPe
576,33
21 dni, 50 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 18 dni, 2 godziny, 19 minut temu trzyPe 58 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 612 dni, 3 godziny, 29 minut temu trzyPe 103 rozwiń

How to find great IT books?Posted by Lazy

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

Sztuka programowania 643 dni, 16 godzin, 51 minut temu trzyPe 81 rozwiń

Top mentioned books on stackoverflow.comPosted by Lazy

Top mentioned books on stackoverflow.com | Piotr Perak

Sztuka programowania 669 dni, 3 godziny, 28 minut temu trzyPe 112 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 1359 dni, 22 godziny, 49 minut temu trzyPe 484 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 1388 dni, 1 godzinę, 37 minut temu trzyPe 397 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 1419 dni, 13 godzin, 3 minuty temu trzyPe 153 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 1438 dni, 2 godziny, 50 minut temu trzyPe 289 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 1446 dni, 2 godziny, 54 minuty temu trzyPe 314 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 1471 dni, 8 godzin, 42 minuty temu trzyPe 184 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 1484 dni, 3 godziny, 59 minut temu tkestowicz 380 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 1494 dni, 19 godzin, 47 minut temu Paweł Łukasik 473 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 1568 dni, 4 godziny, 24 minuty temu trzyPe 300 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 1661 dni, 13 godzin, 11 minut temu PaSkol 345 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 1661 dni, 13 godzin, 11 minut temu trzyPe 239 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 1679 dni, 15 godzin, 16 minut temu trzyPe 345 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 1687 dni, 2 godziny, 59 minut temu burczu 198 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 1693 dni, 17 godzin, 42 minuty temu cezarypiatek 146 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 1687 dni, 2 godziny, 59 minut temu trzyPe 533 rozwiń