Каждая компания в сфере разработки программного обеспечения имеет такого сотрудника. Вы знаете, о ком идёт речь. Они закрывают задачи за день, на выполнение которых обычным разработчикам потребуется неделя. Они как свои пять пальцев знают кодовую базу. Они могут отладить производственные инциденты, которые ставят в тупик целые команды. Руководство относится к ним как к уникумам. Инженеры избегают сидеть рядом с ними, потому что те заставляют всех остальных выглядеть плохо. И в глубине души вы задаётесь вопросом: не подхожу ли я для этой работы?...

Существует момент, которого боится каждый инженер — оповещение в 3 часа ночи, когда происходит сбой в чём-то критически важном, и внезапно ваша команда переходит в режим тушения пожара. Настоящий вопрос заключается не в том, произойдёт ли сбой системы (он произойдёт), а в том, насколько быстро вы сможете восстановить её работу. Именно здесь на помощь приходит среднее время восстановления (MTTR), и, честно говоря, это один из самых недооценённых показателей в инженерии. Не потому, что он сложный, а потому, что большинство команд измеряют его неправильно или, что ещё хуже, не измеряют вовсе....

Большинство разработчиков относятся к флагам функций как к временной визе — полезной на пару спринтов, а затем их убирают после запуска функции. Это всё равно что купить спортивный автомобиль для поездок на работу и продать его, как только доберёшься до офиса. Вы упускаете весь смысл. Флаги функций — это не ярлыки. Это фундаментальный архитектурный паттерн, который должен быть вплетён в представление вашей системы о самой себе. Позвольте мне объяснить, почему отрасль в большинстве случаев ошибается и что на самом деле происходит, когда вы относитесь к флагам как к постоянной инфраструктуре....

Если вы более пяти минут работаете в сфере технологий, вы, вероятно, сталкивались с заманчивыми предложениями новых фреймворков. Кто-то пишет об этом в Twitter, количество звёзд на GitHub растёт быстрее, чем ракеты SpaceX, и внезапно ваш Slack-канал #engineering взрывается сообщениями: «Нам нужно перейти на это!». К четвергу половина вашей команды убеждена, что ваш текущий стек — это, по сути, Commodore 64, работающий на флоппи-дисках. Правда заключается в том, что большинство этих фреймворков будут забыты к 2027 году....

Если за последнее десятилетие вы хоть немного соприкасались со стартап-средой, то наверняка слышали что-то вроде: «Если вы ничего не ломаете, значит, вы двигаетесь недостаточно быстро». Обычно это произносится с уверенностью человека, цитирующего древнее писание для стартапов, сопровождается понимающими кивками и негласным посылом: «вот как мы делаем вещи». Дело в том, что, хотя интернет коллективно решил, что девиз «Действуй быстро и ломай» мёртв — убит регуляторами, этическими нормами, экологическими проблемами и общим взрослением технологической индустрии — на практике он по-прежнему процветает....