Engineering-Culture

Начну с неоднозначного утверждения, которое, вероятно, вызовет возмущение: ревью кода, как их проводит большинство команд, — колоссальная трата времени. Прежде чем хвататься за вилы и факелы, выслушайте меня. Я был по обе стороны баррикад — и в роли ревьювера, погрязшего в diff, и в роли разработчика, который ждёт одобрения, пока его блестящий код устаревает. Неудобная правда заключается в том, что мы превратили ревью кода в подобие карго-культа. Мы проводим их, потому что «лучшие практики» говорят, что так надо, а не потому, что они действительно улучшают наш код или делают наши команды продуктивнее....

Представьте: вы находитесь на технологической конференции, окружённые разработчиками, рекламирующими новейший фреймворк, который «революционизирует всё». Тем временем вы сидите со своим старым добрым стеком, гадая, не похожи ли вы на того человека, который до сих пор использует Internet Explorer в 2023 году. Спойлер: скорее всего, нет. Вот неудобная правда, о которой никто не говорит на этих блестящих конференциях: скучные технологии, которые работают, бесконечно более ценны, чем захватывающие, но не функционирующие. Пока все гонятся за последними новинками, умные разработчики создают надёжные, обслуживаемые системы с проверенными инструментами....

Представьте: вы собираете свою команду инженеров мечты и натыкаетесь на профиль в LinkedIn, где написано: «10-кратный разработчик полного стека — я пишу 12 000 строк безошибочного кода на Rust перед завтраком (и да, мне действительно нравится асинхронное программирование)». Ваш внутренний технический руководитель начинает пускать слюни. Но прежде чем вы исчерпаете свой бюджет AWS, пытаясь нанять этого кодирующего полубога, давайте поговорим о том, почему миф о разработчике 10x более опасен, чем команда sudo rm -rf /* в вашей производственной среде....