Я недавно на собесе открыл для себя чем же отличается сеньор от мидла. Умением создавать правила, а не просто следовать им. И полагаю все эти книги созданы совсем не чтобы показать какую-то абсолютную истину, по этому упрощения уместны.
можно представить себе две точки на графике. На одной типичный вотерфол/аутсорс. Есть спецификация - сиди пили. На другой - эксперементы - не понятна ни проблема ни решение. Ты можешь делать лишь предположения как какие-либо изменения (фунционал новый типа) повлияют на поведение пользователей. Причем часто эти изменения косвенны и прямых причинно следственных связей построить очень сложно.
если у нас есть спецификация - то че там сложноого. А если мы толком не знаем что делаем - то тут начинаются интересности. И интересности эти вызваны тем как ты взаимодействуешь с бизнесом, как твоя система взаимодействует с пользователями а в какой-то момент как разработчики взаимодействуют друг с другом. И внезапно ты оказываешься в ситуации когда социальные взаимодействия это твоя главная проблема и источник сложности а не код
забавно что у нас в нашем деле абстракции, абстракции, абстракции, правила, паттерны, идеи все все все с маленькой звездочкой и мелким шрифтом, во время практик не ясно до конца, чему же научился
кажется что основная цель: легкая читаемость, слабая связанность как вытекающее. все остальное отсюда же или нет? 🤔 память у нас слабенькая и хитро устроена, любит ассоциации но не любит просто списки, перечисления... память на графах, чем лучше неск кластеров связаны тем лучше работает