Productivity

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

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

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

Догадаюсь — когда вы прочитали этот заголовок, вы, вероятно, подумали, что я собираюсь посоветовать вам игнорировать стандарты кодирования, пропускать обзоры кода или развертывать изменения непосредственно в продакшн в пятницу днем. Сюжетный поворот: на самом деле я говорю о другом виде нарушения правил, который является гораздо более радикальным на большинстве рабочих мест — дерзком поступке делать перерывы. Я знаю, знаю. Революционные идеи, правда? Но прежде чем закрыть эту вкладку и вернуться к 47-му часу отладки утечки памяти подряд, выслушайте меня....

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