Андрей Казаков
IT Лидер. Трансформирую разработку от хаоса к гармонии.
Отличный пост, спасибо!
Сталкивался в проектах, когда DRY возводили в абсолют, это потом трудно было поддерживать. К сожалению, не все понимают, когда не надо использовать DRY - например разные бизнес домены или логика только выглядит как поворяющаяся.
Красивая метафора....
Полностью согласен!
Это да. Но не свегда бизнес-процесс позволяет делать операции отката.
К сожалению, часто встречаю, что процент покрытия тестами даже в KPI проталкивают.
Здесь главное не пропускать этот этап. Обычно все хотят быстрее начать делать и в итоге много ошибок возникает потом.
Да, очень похоже. Они ведь один паттерн реализуют.
Да! А в сочетании с хореографией, на мой взгляд раскрывается еще лучше.
Я бы еще не забывал об Observability. Иначе в системах в которых больше 3-х сервисов взаимодействуют отладка становится очень-очень труднойю
Вопрос - а всегда ли качество кода можно рассматривать отдельно от качества решения?
На мой взгляд это неразрывно связанные вещи. Ты можешь обложиться паттернами проектирования, твой код будет удовлетворять всем принципам ООА/ООП. Но задача не будет решена или будет решена не польностью.
Согласен с автором, что проблема влияния ИИ на архитектуру и решение в целом, стала сейчас особо острой. И ощутим последствия этой проблемы в самом ближайшем будущем, когда разработанные с помощью ИИ системы будут заменять текущие.