А в чём измеряем удобство и для кого? Это вообще не праздный вопрос кстати.
Например давайте измерять удобство сопровождения в количестве типов и объёме документации которую надо прочитать, что оценить куда какие изменения надо внести.
Давайте ещё добавим, количество разных специальностей необходимых для сопровождения и средний уровень оплаты труда для каждой из них.

Конечно, время одного админа = времени 10 разработчиков. Ишь ты, совсем обленились.

Это что за покемон зеленолицый?)

Почему? И кто такие "системщики"?

Пожалуй, большим ЧСВ, чем админы, обладают только сотрудники СБ.

Здесь еды нет. Желаю всего наилучшего.

Я бы мерял для начала TTM и TCO - процесса сопровождения...

Вы на серьезных щщах предлагаете использовать для сообщений файлы. Либо вы - величайший велогонщик, либо да - тот самый и далеко не тонкий.

Ну TCO надо в любом случае на статьи раскладывать.

Your resistance only.. да, продолжайте пожалуйста)

Для компании "в целом" по барабану в общем случае...

Мне кажется основная проблема обсуждения, что при фразе "обмен информацией" у каждого в голове возникает свое понимание слова "информация" (со своими особеностями структуры, количеством, требованиями к скорости, надежности и т.п.)...

Вероятно не правильно выразился. Есть определённая роль в проекте которая отвечает за качество продукта головой. Это качество так или иначе зависит от качества процессов, артефактов и тд. У нас это технический лидер, причём довольно ушлый парень который гоняет команду в хвост и в гриву по качеству кода, репозиториев и проектов(организация многомодульности). Очень любит всякие автоматизации. По сути это менеджер с СИСТЕМОТЕХНИЧЕСКИМ мышлением, с богатым жизненным опытом и лидерскими качествами.  Среди прочих автоматических контролей качества особо любит:
•    100% покрытие кода в каждом сете тестов. (Unit \ Smoke \ Functional).
•    Пасс всех QG Сонара + ещё несколько десятков кастомных проверок.
•    Идеальная DSM проекта. За циклические зависимости может реально уволить.
•    Полный прогон регресса на мерж в дев.
•    Ну и жесткий статический анализ на всякие там инъекции.
Ну и тут приходит котлин со своим DSL. Занавес. Раскуривать стеки вызовов TSB и прочие прелести вручную гемор ещё тот. А всякие автоматизации просто не работают.

за 25 лет джава имеет зрелость, котлин тоже будет иметь. Но пока маловато

100% покрытие - скорее наивный идеализм.

это требование на недокументированые возможности

точнее на отсутсвие оных

Тесты, транзакции, рейды - это всё для для слабаков и трусов.

И правда, для кого ещё? Чего бояться? Сейчас любой мудак работу себе найдёт

А чем меряется покрытие, если не секрет? 100% как требование - это жесть, вы абсолютно уверены в методике измерения?

100% - это минимум.