Бюрократия vs Разработка

Есть две вещи, которые несовместимы так же как OS X и 32:9 мониторы - бюрократия и здравый смысл.

Это неудивительно, ведь задача бюрократии - обеспечить максимально предсказуемое поведение системы независимо от внешних факторов, т.е. устойчивость системы в непредсказуемой среде. Задача же здравого смысла - скорее обеспечить антихрупкость по Талебу, что означает что при одних и тех же ситуациях, решения могут разниться в зависимости от внешних обстоятельств, а иногда - и человека, принимающего решения (что нормально).

При чём здесь разработка? Вот есть GitLab, чья инженерная культура очень и очень вменяемая. К примеру, есть процесс ревью, в котором maintainer может предложить незначительные правки (пример: поменять в тесте toEqual на toBe), вкинуть их и вмерджить, до тех пор, пока эти правки не меняют поведение.

Удобно ли это? Конечно, особенно учитывая что автор и мейнтейнер могут быть в разных часовых поясах, и такая мелкая правка может затянуть мердж дня эдак на два.

Можно ли это формализовать? Конечно нельзя. Предсказать автоматизированно, меняет ли правка поведение системы почти невозможно :)

И тут приходят бюрократы. Для сертификации с точки зрения информационной безопасности (не буду вдаваться в детали) нужно запретить людям, которые вносили код в MR его мержить (предотвратить самомерджи). Идея важная? Несомненно. Но теперь как только ты нажимаешь Apply suggestions чтобы пофиксить мелкую вещь - поздравляю, ты теперь участник MR а значит - иди проси другого мейнтейнера смерджить, система не даст

Бесит неимоверно. И, к сожалению, бюрократия часто побеждает, а нам, инженерам, остаётся лишь это терпеть