Szukam partnera do projektu hobbystycznego

pytanie zadane 2 lutego 2022 w Ogłoszenia, zlecenia przez msz13 Nowicjusz (120 p.)

Szukam osoby do współpracy przy projekcie hobbystycznym.

Tworzę projekt hobbystyczny w dotnet i angular, w niezbyt skomplikowanej domenie, w którym chciałbym zaprezentować swoje umiejętności związane z między innymi BDD/TDD/DDD, wdrożenie na prostym klastrze kubernetes.

Szukam osoby, która chciałaby dołączyć do projektu, brać udział w pair programmingu, napisać część funkcjonalności. Generalnie w dwójkę raźniej i jest większa motywacja:)

Jeśli rozwijasz swoje umiejętności programistyczne, nie masz pomysłu na swój projekt do portfolio, chcesz robić coś ciekawszego niż oklepane przykłady, zapraszam do kontaktu na priv.

komentarz 2 lutego 2022 przez Wiciorny Ekspert (270,170 p.)

yy, ale jak ty chcesz stosować BDD i TDD jednoczęsnie- albo 1 szkołe, albo drugą szkołe stosuj bo chyba myślisz pojęcia DDD- w domenie możesz trzymać ale podejściem albo zaczynasz od pisania testów i flow albo testujesz przez przypadki w BDD
Też w TDD musisz liczyc sie z startem z jenkinsem i postawieniem automatyzacji potem projektem natomiast bdd nie wymaga ciągłej CD - CONTINIOUS DELIVERY.

komentarz 2 lutego 2022 przez msz13 Nowicjusz (120 p.)

Nie wiem, jak definiujesz BDD. Ja je rozumiem jako specyfikację funkcjonalności poprzez przykłady (wypracowane w kolaboracji miedzy "biznesem", testerem i deweloperem - w moim projekcie muszę pełnić wszystkie role na razie, więc przyda się pomoc;)), które stają się później zautomatyzowanymi testami. BDD proponuje dwa cykle TDD, jeden duży: implementacja testu akceptacyjnego z "granicy systemu" (osobna kwestia, co jest tą granicą), oraz wiele małych dotyczących komponentów, które składają się na implementację danego scenariusza. Czy zaczynać testować z zewnątrz, wewnątrz, jak połączyć frontend z backendem, itd, te sprawy właśnie rozkminiam:)

Co do continous delivery, to jego twórca (Dave Farley) zaleca kilka faz wdrożenia. Commit stage, w którym uruchamiane są testy "jednostkowe" (z małych cykli TDD), oraz Acceptance test (zautomatyzowane testy akceptacyjne, z dużego cyklu TDD). Więc dwa podejścia się w to wpisują. Chyba, że chodziło Ci o DDD, które rzeczywisćie CD się nie zajmuje. A samo zaplanowanie i wdrożenie pipeline CI/CD warto poćwiczyć:)