dotnetomaniak.pl

Strona głównaUżytkownik

ucgosupl | użytkownik

ucgosupl
ucgosupl
457,11
4 dni, 20 godzin, 33 minuty temu
21 sierpnia, 2017
dotnetomaniak.pl

W internecie można spotkać głosy, że programiści nie wykonują odpowiedzialnych zadań i nie ma żadnych regulacji, których muszą przestrzegać. Bo co złego może się stać, jeśli strona nie będzie działać, albo komputer wywali bluescreena. W końcu świat się od tego nie zawali. Być może jest to prawdą w 99% projektów programistycznych. Jednak tam, gdzie na szali jest ludzkie życie, bardzo restrykcyjne regulacje obowiązują już od dawna. Wiem o czym mówię, ponieważ przez ostatnie dwa lata pracowałem przy systemi...

Źródło: ucgosu.pl
Dziel się z innymi:
Kiedy od softu zależy ludzkie życie - o systemach bezpieczeństwa - ucgosu.pl

Sztuka programowania 1 dzień, 19 godzin, 16 minut temu ucgosupl 116 rozwiń

Lots of developers do pet projects besides their job. Things are pretty straightforward when you work alone. You code some functionality, then commit the changes and push it to the repository like GitHub, Bitbucket or Gitlab. Simple is that. But at some point, your code might turn into a full product. Folks start using it, new contributors come and your repository becomes their workspace as well. As you probably guess, if you want to keep the control over t...

Źródło: foreverframe.net
Dziel się z innymi:
Preparing GitHub repository for open source - Forever F[r]ame

Narzędzia 41 dni, 23 godziny, 38 minut temu dpawlukiewicz 105 rozwiń

Testowanie kodu, który nie wykorzystuje zewnętrznych zależności jest stosunkowo proste. W większości przypadków testowany moduł współpracuje jednak z innymi elementami systemu.  Stawia to przed testami dwa wyzwania – po pierwsze powinny poprawnie działać, a po drugie sprawdzać poprawność tej współpracy. Nie jest to zadanie proste, a zewnętrzne zależności są jednym z głównych czynników utrudniających testowanie. Aby radzić sobie z zależnościami posługujemy się mockami, czyli dublerami zastępującymi zal...

Tagi: TDD
Źródło: ucgosu.pl
Dziel się z innymi:
Mocki - radzenie sobie z zależnościami w testach - ucgosu.pl

Sztuka programowania 41 dni, 23 godziny, 38 minut temu ucgosupl 134 rozwiń

W ostatnim wpisie przybliżyłem zestaw dobrych praktyk w pisaniu unit testów. Dzisiaj będę kontynuować ten temat z trochę innej perspektywy i opowiem o antywzorcach. Dzięki charakterystycznym nazwom, piętnującym konkretne złe praktyki, antywzorce zostają w pamięci i mamy je przed oczami pisząc podejrzany kod. Podejście do testów Pierwsza grupa wzorców nie wiąże się z pisaniem konkretnych testów, tylko raczej z nastawieniem, jakie nam towarzyszy podczas pisania i wynikającymi z tego zachowaniami.Obywatel...

Tagi: TDD
Źródło: ucgosu.pl
Dziel się z innymi:
Antywzorce unit testów - ucgosu.pl

Sztuka programowania 57 dni, 51 minut temu ucgosupl 283 rozwiń

Często unit testy nie są przez programistów traktowane jak prawdziwy kod. Są dla nich jedynie narzędziem do osiągnięcia określonego celu – sprawdzenia poprawności implementacji. Przez to testy stają się trudne w utrzymaniu albo wykonują się zbyt długo. Przez co uniemożliwiają pracę zgodnie z TDD i nie mają wartości dokumentacyjnej. Istnieją jednak proste zasady tłumaczące, jak powinny wyglądać dobrze napisane testy. Pisząc kod powinniśmy trzymać się zasad SOLID, czyli kod powinien być solidny, a dodat...

Tagi: TDD
Źródło: ucgosu.pl
Dziel się z innymi:
Jak pisać dobre unit testy - ucgosu.pl

Sztuka programowania 58 dni, 23 godziny, 25 minut temu ucgosupl 154 rozwiń

W poprzednich częściach cyklu skupiałem się na korzyściach płynących z TDD. Jeżeli ta metoda wejdzie nam w krew, te korzyści zachęcą nas, abyśmy pisali w ten sposób zawsze i wszędzie. Motywują nas do tego również eksperci mówiący, że każda linia kodu powinna być przetestowana. Okazuje się jednak, że nie zawsze testowanie wszystkiego na siłę jest dobrym rozwiązaniem. W tym artykule opiszę sytuacje, kiedy nie opłaca się używać TDD. Programując czasem natrafiamy na problemy, co do których nie mamy z góry...

Tagi: TDD
Źródło: ucgosu.pl
Dziel się z innymi:
Kiedy nie stosować TDD - ucgosu.pl

Sztuka programowania 63 dni, 1 godzinę, 45 minut temu ucgosupl 183 rozwiń

Próbując wprowadzić TDD w projekcie najczęściej spotkamy się z oporem. Argumenty przeciwko tej technice ze strony developerów i osób decyzyjnych, które nie miały z nią do czynienia często się powtarzają. Postanowiłem więc w tym wpisie zebrać te argumenty i je omówić. Krytyka TDD ze strony osób mających doświadczenie w temacie zwykle przybiera inną formę i jest to temat na osobny wpis. Brak czasu to podstawowy argument przeciwko pisaniu testów. Jest bardzo często używany przez managerów oraz przez niek...

Tagi: TDD
Źródło: ucgosu.pl
Dziel się z innymi:
Wymówki, aby nie pisać unit testów - ucgosu.pl

Sztuka programowania 67 dni, 1 godzinę, 37 minut temu ucgosupl 237 rozwiń

Przestawienie się na Test Driven Development z pisania metodą tradycyjną nie jest łatwym zadaniem. Szczególnie na początku musimy walczyć ze starymi nawykami, a kiedy napotykamy trudności, naturalnym rozwiązaniem jest stosowanie metod, które znamy i rozumiemy. Poza tym początkowo TDD może nam się wydawać nieintuicyjne, a wkład pracy wydaje się większy. Jak to zwykle bywa w takich przypadkach, kluczem jest wytrwałość. Każda umiejętność wymaga czasu, aby ją dobrze opanować. Kiedy już nam się to uda, zauważ...

Tagi: TDD
Źródło: ucgosu.pl
Dziel się z innymi:
Zalety TDD - ucgosu.pl

Sztuka programowania 70 dni, 23 godziny, 38 minut temu ucgosupl 92 rozwiń

W poprzedniej części cyklu o TDD opisałem dlaczego sposób wytwarzania oprogramowania, który praktykowałem na początku się nie sprawdzał i co mnie skłoniło do zainteresowania się Test Driven Development. Dzisiaj opiszę jak wygląda praca zgodnie z TDD. Jak to często bywa w przypadku praktyk zwinnych zasady teoretyczne są dosyć proste, a kluczem do sukcesu jest dyscyplina. Na początku musimy sobie wyjaśnić jedną bardzo ważną kwestię. TDD to nie synonim do pisania testów jednostkowych. Owszem, unit testy ...

Tagi: TDD
Źródło: ucgosu.pl
Dziel się z innymi:
Na czym polega TDD - ucgosu.pl

Sztuka programowania 78 dni, 1 godzinę, 35 minut temu ucgosupl 141 rozwiń

Kiedy uczyłem się programować, pisałem metodą code and fix. Czyli najpierw pisałem jakiś fragment kodu – mogła to być jedna funkcja, moduł albo nawet cały program. Następnie uruchamiałem go i ręcznie sprawdzałem czy działa, przechodziłem kod debuggerem sprawdzając wartości zmiennych i przepływ sterowania. Następnie poprawiałem znalezione błędy, dodawałem funkcjonalności i znowu sprawdzałem. Na pewno każdy programista zaczynał w ten sposób. W miarę jak moje umiejętności rosły i pisałem trudniejsze progra...

Tagi: TDD
Źródło: ucgosu.pl
Dziel się z innymi:
Dlaczego zainteresowałem się TDD? - ucgosu.pl

Sztuka programowania 81 dni, 23 godziny, 3 minuty temu ucgosupl 195 rozwiń

Szkolenia SecurITum
Dodaj nowe Zobacz wszystkie

Najaktywniejsi

1

macko (32 816,53)

2

http://pawlos.blo... (32 338,52)

3

pzielinski (27 178,29)

4

gordon_shumway (21 178,87)

5

paduda (20 336,33)

6

psz750 (13 018,14)

7

rroszczyk (10 386,66)

8

Damian (9 213,12)

9

danielplawgo (7 235,99)

10

arek (6 807,95)

11

burczu (6 214,22)

12

PaSkol (5 393,84)

13

lukaszgasior (4 097,38)

14

jj09 (3 733,06)

15

spetz (3 418,34)

16

jedmac (3 318,39)

17

http://jakub-flor... (3 224,66)

18

dpawlukiewicz (2 985,27)

19

CaMeL (2 954,87)

20

lkurzyniec (2 743,1)