Posts

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

В пути каждого разработчика наступает момент, когда они осознают, что платят провайдерам облачных услуг за то, чтобы те думали за них. Если вы ловили себя на том, что вглядываетесь в ежемесячные счета за API, или опасаетесь отправлять фрагменты своего кода на сторонние серверы, возможно, вы задаётесь вопросом: могу ли я на самом деле запустить эти модели ИИ на своём ноутбуке, не расплавив его? А главное — стоит ли мне это делать?...

Давайте на мгновение будем честны. Ваш любимый коллега не обязательно является любимым коллегой при проверке вашего кода. Тот старший разработчик, который утвердил ваш пул реквест в 17:50 в пятницу? Да, он не проводил глубокий архитектурный анализ. Он был в одном клике от свободы, и отладка через console.log не испортила бы ему выходные. Добро пожаловать в запутанную реальность проверок кода человеком: они предвзяты, непоследовательны и иногда жестоко честны, а иногда удобно забывчивы....

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

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