Когда архитектура достигает той самой точки

Немного болтологии в отрыве от кода!
Проекты бывают большие и бывают очень большие, которые разрабатываются и поддерживаются годами. Не всегда на 100% очевидно, куда пойдёт проект дальше и какую архитектуру надо заложить сейчас, чтобы дальше с наибольшей вероятностью пришлось переписывать минимум.
И бывают такие задачи и модули проектов, которые сами по себе являются крупными и требуют недель разработки, а также заведомо известно, что дальше они разрастутся.
На мой взгляд, «та самая» точка архитектуры, в которой можно сказать себе, что ты всё сделал правильно, — это когда задача сложная, но у тебя начинает возникать обманчивое чувство, что она очень простая, потому что ты заходишь в каждый класс, и каждый из них простой и выполняет тривиальную задачу. Ты видишь финальную игру композиций классов, и вся логика перед тобой как на ладони. Когда приходит новое требование или новый кейс, ты смотришь на UML-схему и знаешь, куда надо вставить несложного наследника или пару.
Это прекрасно, когда так происходит. :)

Підписуйтеся на Telegram-канал «DOU #tech», щоб не пропустити нові технічні статті

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Сразу видно теоретика, который осилил введение в книге по UML, и в жизни не видел реального проекта.

На самом деле это говорит о завершении фазы роста. То есть РИСКОВЫЕ задачи больше не берутся, всех всё устраивает. Если же появилось покрытие UML-схемой хотя бы на 80% совпадающее с реальностью — самое время решить: готов ли стареть вместе с проектом, или самое время сказать ему «давай расстанемся друзьями».

Когда приходит новое требование или новый кейс, на тебя смотрит PM и знает, куда надо вставить
«та самая» точка архитектуры
это когда начинают валить требования, о которых и не подозревал и не мог еще подозревать и твоя архитектура пусть и со скрипом, но вписывается, адаптируясь. Это когда ты можешь говорить с бизнес-пользователем в терминах твоей архитектуры. Это когда ты можешь вывести в таком разговоре контр-аргумент из этой архитектуры и бизнес согласится «да, это логично».

А если все пошло по UML, то это или планка слишком низка была с самого начала, или кто-то упорствует до победного конца втискивая реальность в свое видение. Последнее, к сожалению, наблюдается в природе очень чаще, чем хотелось бы. Все сугубое ИМХО.

Согласен. Но! Uml тоже немного помогает. Не обязательно сильно стандартизированный :)

Картинки они действительно здорово помогают. Но не все умеют их хорошо делать. И главное — нарисованная при тебе в живую картинка в порядки понятнее, чем тоже самое присланное в атаче.

Архитектура не точка архитектура процесс.

казнить нельзя помиловать

На мой взгляд, «та самая» точка архитектуры, в которой можно сказать себе, что ты всё сделал правильно, — это когда задача сложная, но у тебя начинает возникать обманчивое чувство, что она очень простая
ИМХО «та самая» точка G архитектуры становится очевидной через год-два, когда Ваши предвидения развития проекта и их реализация позволяют его с минимальными затратами
масштабировать, кастомизировать, сопровождать, переносить и пр. Все чувства «до того» — таки обманчивы :)

Даже не понял, это пост в стиле: у меня бентли, а у вас жигулик?

От скажіть чесно, ви таку «точку» бачили?

Прекрасно жить в мире с принцессами, фиалками и розовыми поняшками.
Значит, говорите, LSD?

Підписатись на коментарі