Domain Driven Design obowiązkowe w każdym projekcie? | VLOG

Поділитися
Вставка
  • Опубліковано 30 січ 2025

КОМЕНТАРІ • 9

  • @Marcin9416
    @Marcin9416 Рік тому +1

    Encja ;)

  • @dominiktworek6455
    @dominiktworek6455 Рік тому

    Hej, dzieki za świetna odpowiedz. Napewno sobie sprawdze sobie czym jest DDD, ale podejde do tematu raczej jako "dodatek", moze medzie czym zablysnac na interview! ^^
    Niech encja bedzie z tobą! ;)

    • @zajacmarek
      @zajacmarek  Рік тому

      Zdecydowanie polecam się zainteresować tematem, ale po prostu bez hype'u, bo jak się tego nie zrozumie dobrze i nie przekona całego zespołu to tak jak mówię w filmie - można dużo sobie napsuć, ale jak się zrobi to w miarę dobrze, to potem korzyści są spore :)

  • @marcinz9379
    @marcinz9379 Рік тому

    Encja. Poniekąd się zgadzam, a poniekąd nie. Nie warto wszędzie pchać na siłę DDD zwłaszcza w projekcie gdzie nie ma wiedzy o DDD, albo domena jest bardzo prosta. Jednakże warto stosować taktyczne DDD, bo to obiektówka zrobiona dobrze. Może nie wszystko, wszędzie, zawsze. Nawet takie ValueObjecty żeby uniknąć Primitive Obsession. To już byłby krok w dobrą stronę.

  • @pcode5846
    @pcode5846 Рік тому

    Zależy od wielu zmiennych.. wielkości projektu, zespołu, ilości zespołów.. Mamy grubą tendencje do overenginering bo chcemy pokazać jacy mądrzy jesteśmy, potem robimy ewakuację i inni zostają z "kukułczym jajem".

  • @rafalyo85
    @rafalyo85 Рік тому

    Encja

  • @xmesaj2
    @xmesaj2 Рік тому

    C# to Java, long live gunwo :P

  • @ZawistowskiKamil
    @ZawistowskiKamil Рік тому