Czas inwestycji w TDD, DDD

0

Hej
Postanowiłem się ogarnąć i po 4 latach pracy na backendzie i klepania kodu, chce się dokształcić w zagadnieniach poprawnego/wskazanego podejścia do problemu.
Chce zainwestować czas w naukę TDD / DDD i architekturę aplikacji.
Czy są jakieś pozycje książkowe/wideo/blogi must have?
Jest tego tyle że tak naprawdę nie wiem co jest najprzystępniejsze i co nie zrazi do tematu.

1

Ja czytałem o TDD w Kent Beck: TDD. Sztuka tworzenia dobrego kodu i moim zdaniem jest dobrym wprowadzeniem.

TDD samo w sobie jest w zasadzie dość prostym konceptem i ta książka raczej nie pozostawia wielu teoretycznych niedomówień, ale w praktyce sposób wykorzystywania TDD zależy od konkretnego problemu. GUI testuje się inaczej niż np bazy danych, więc i problemy pojawią się inne. Dla przykładu testowanie GUI napisanego w React może odbyć się na wiele sposobów: http://reactkungfu.com/2015/07/approaches-to-testing-react-components-an-overview/

0

Czytaj źrodła - TDD to Kent Beck, a DDD to Eric Evans

0

Chce zainwestować czas w naukę TDD / DDD i architekturę aplikacji.
Czy są jakieś pozycje książkowe/wideo/blogi must have?

o TDD fajnie Uncle Bob(Rober C. Martin) opowiada/pisze.
Chociaż z TDD to jest tak, że:

  1. trzeba nabyć praktyki w pisaniu w ten sposób. Na początku jest to nieintuicyjne i niewygodne
  2. nie wszystko da się/opłaca w ten sposób tak napisać (np. GUI ciężko byłoby pisać TDD)

DDD to co innego totalnie. Generalnie TDD polega na sposobie pisania kodu (test driven development), a DDD to raczej sposób projektowania architektury (domain driven design).
Zupełnie różne poziomy myślenia. Można powiedzieć, że DDD to jak koordynowanie pracy sprzątaczek (czyli myślenie bardziej całościowe), a TDD to jak latanie z mopem po korytarzu (czyli: egzekucja, prawdziwa praca).

Przy czym programista często jest sprzątaczką jak i koordynatorem naraz. Musi myśleć o obu rzeczach naraz.

2

Growing Object-Oriented Software, Guided by Tests daje dużo praktycznej wiedzy, przykłady w niektórych książkach potrafią być trochę... zbyt uproszczone.

1 użytkowników online, w tym zalogowanych: 0, gości: 1