Переписал отлично работающий Java-сервис на Go с микросервисной архитектурой. Сервис 5 лет работал без проблем. Но мне нужны были "Scope" и "Complexity" для перехода с L5 на L6. Написал дизайн-док на 20 страниц. Потратил 4 квартала и время трёх инженеров. Новая система медленнее и стоит 2x в вычислительных мощностях. Зато launch email выглядел достаточно "стратегически", чтобы получить промо. На прошлой неделе перешёл в другую команду. Memory leak обычно срабатывает около 2 ночи. Удачи новичку, который это унаследует.
Предположим, что всё это правда. Я там свечку не держал, но кейс слишком показательный, чтобы пройти мимо.
😈 Злодей ли этот человек?
Инженер разобрался, как устроена система, и использовал её в своих интересах. По пути он нанёс компании очевидный вред: новый сервис работает хуже, стоит дороже и ещё течёт по памяти.
Система поставила его перед выбором:
делать хорошо компании и плохо себе
или
делать хорошо себе и плохо компании.
Личный интерес и интересы компании стали антагонистами.
Человек — не злодей. Злодей здесь — дизайн системы мотивации.
🤔 Почему так произошло?
Классический закон Гудхарта: когда мера становится целью, она перестаёт быть хорошей мерой.
Ты получаешь то, что ты измеряешь.