Developer-Productivity

Мы уже были в такой ситуации. Двадцать лет назад менеджеры думали, что разгадали секрет: подсчитывай количество строк кода, написанных разработчиками, и вуаля — мгновенное измерение производительности. Это было просто, объективно и совершенно неверно. Строки кода стали программистским эквивалентом оплаты солдатам за выстреленные пули — количество важнее смысла. И вот мы в 2026 году, совершаем ту же самую ошибку, только с новым покрытием. Мы просто заменили «строки кода» на «закрытые заявки», и все ведут себя так, будто изобрели что-то революционное....

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

Вы знаете это чувство, когда вы смотрите на функцию геттера из пяти строк, а ваш линтер кричит на вас, потому что покрытие составляет 87% вместо 95%? Да. Вот об этом моменте я и хочу поговорить. Сообщество тестировщиков проделало невероятную работу по популяризации модульных тестов, и не зря. Тесты находят ошибки, они придают уверенности, они действуют как страховка. Но где-то по пути мы коллективно развили религиозное отношение к написанию тестов. Идея о том, что каждая строка кода заслуживает теста....

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

Великий обман форматирования Давайте я вам кое-что покажу: на часах 2 часа ночи. Вы склонились над своей механической клавиатурой, RGB-подсветка пульсирует, как рейв для термитов. На вашем столе стоит наполовину пустая банка Mountain Dew Code Red. Ваша миссия? Убедить Дженкинса, что эти 47 лишних пробелов в Dockerfile были АБСОЛЮТНО НЕОБХОДИМЫ для космического выравнивания. Поздравляю — вы стали синтаксическим Сизифом, вечно толкающим свой валун с форматированием в гору. Три горькие правды о маниях по форматированию 1....