UML‑диаграммы — это когда взрослые люди рисуют квадратики и стрелочки, искренне веря, ч...
UML‑диаграммы — это когда взрослые люди рисуют квадратики и стрелочки, искренне веря, что в этот раз система точно получится понятной. На презентациях всё красиво: — UML — единый язык для всех! Перевод: «Никто его толком не знает, но стесняется признаться». Аналитик рисует use‑case, архитектор спрашивает «а где тут сервисы», разработчик смотрит на sequence‑диаграмму как на схему метро другого города, тестировщик просто ждёт, когда появится скриншот экрана. Реальная жизнь диаграммы такая: сначала её рисуют в дорогом туле, потом экспортят в PNG, вставляют в Confluence и всё — она навсегда застывает как пиксельный памятник «как мы видели систему весной 2023‑го». Через год по ней пытаются понять, что же там «на самом деле», находят три несостыковки, два мёртвых сервиса и одну сущность, которая в коде вообще называется иначе. Автоматическая генерация UML из кода — отдельный жанр хоррора: получаешь диаграмму классов размером с трёхкомнатную квартиру, смотреть на неё можно только на ковре в переговорке, зато формально «архитектура задокументирована». Но польза, конечно, есть. UML‑диаграммы отлично помогают: • убедить менеджмент, что у нас всё под контролем; • повесить что‑то умное на стену; • начать любой спор фразой «ну на диаграмме же по‑другому». Иногда даже реально проясняют картину — правда, ровно до того момента, пока первый разработчик не решит «чуть‑чуть упростить» структуру базы без обновления схемы.