Головна проблема программіста й найважливіша практика для джедаїв. Strategic Domain Driven Design

У багатьох програмістів й у мене в тому числі є велика проблема - bias to action ми всі рвемося негайно писати код. Бо ми це вміємо найкраще й на нас тиснуть всі "аджигайл каучі" щоб ми бігом зробили MVP. Дуже рідко ми думаємо над тим яку проблему ми вірішуємо й взагалі ми рідко думаємо, бо це еволюційно закладено так вмикати неокортекс є енергетично затратно. Ми готові копатися з осцилографом як працює оперативка но впираємося часто зрозуміти як працює світ довкола нас якій ми власне автоматизуємо. Отож після скіла номер 0 - вчитися для мене є скіл номер 1 - Думати перед тим як щось робити Think first - Design first - Model first - API first Методів моделювання й дизайну є до безкінечності багато. Одним з найпоширеніших й практичних для бізнес задач є Domain Driven Desing Ми поговоримо про його стратегічну частину й головне про те чим не є DDD Книжкова полиця 1) Культова оригінальна книга з якої все почалося https://www.amazon.com/Domain-Driven-Design-Tackling-Complexity-So