Разработчики возвращаются к ручному программированию после урезания подписок на Claude и Copilot

После двух лет, в течение которых ИИ-ассистенты стали привычной частью разработки, в индустрии наметился обратный процесс.

Часть компаний урезает бюджеты на ИИ-инструменты, и программисты возвращаются к ручному написанию кода. Поводом служит не разочарование в технологии, а её стоимость.

Картина у затронутых команд схожая. Корпоративные подписки на ассистенты вроде GitHub Copilot и Claude переводят на более скромные тарифы, лимиты ужесточают, и месячная квота заканчивается за полторы недели. Задачи, которые недавно закрывались за минуты, снова растягиваются на часы, как в эпоху до больших языковых моделей.

У возврата к ручной работе нашлась и светлая сторона. Разработчики обнаруживают, что навыки анализа, отладки и программирования никуда не делись даже после долгого перерыва. Многие отмечают, что снова ощущают полный контроль над архитектурой, тогда как ассистент порой строил неверные предположения о критических и незнакомых случаях.

Главная причина отката кроется в экономике. Личная подписка за 100–200 долларов в месяц и корпоративный доступ через API живут по разным законам. По словам разработчиков, на крупных и легаси-кодовых базах сумма в 200 долларов способна закончиться всего за один рабочий день, а опытный инженер на полном ходу сжигает до тысячи долларов в сутки.

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

Параллельно развернулся спор о том, за что вообще платят программисту. Одна сторона настаивает, что инженера нанимают писать код, и жалобы на возврат к этому занятию выглядят странно. Другая возражает, что ценность работы измеряется готовыми функциями и решёнными задачами, а ИИ здесь лишь инструмент.

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

Тем, кто оказался в урезанном режиме, советуют грамотнее распоряжаться токенами. Дорогие модели вроде Opus предлагают держать для планирования и анализа, а исполнение отдавать более дешёвым Sonnet и Haiku. Само дописывание кода нередко закрывают очень дешевые или даже бесплатные модели.

Отдельно отмечают, что наибольшую пользу нейросеть приносит при чтении кода, а не при его написании. Разбор незнакомой кодовой базы, поиск мест для новой функции, обобщение документации и быстрый второй взгляд экономят больше всего времени. Управление контекстом при этом превращается в отдельный навык, ведь привычка вываливать в окно диалога весь репозиторий съедает лимиты быстрее всего.

Как запасной вариант обсуждают локальные модели вроде Qwen, DeepSeek и Kimi, хотя их обслуживание требует отдельной команды и оборудования. Чистка истории диалога и работа малыми порциями тоже помогают растянуть квоту.

Единого мнения о последствиях нет. Часть разработчиков уверена, что без ИИ команда неизбежно проиграет гонку более расторопным соперникам. Другие отвечают, что качество кода без постоянной генерации остаётся прежним, а скорость падает не так сильно, как пугают сторонники тотальной автоматизации.

Больше статей на Shazoo
Тэги:

Об авторе

Эксперт по Fallout
Главный редактор
Более 16 лет в индустрии освещения видеоигр, кино, сериалов, науки и техники. Особенно разбираюсь в серии Fallout, ценитель The Elder Scrolls. Поклонник Arcanum и Fallout Tactics. Больше всего играю в Civilization, Old World и градостроители. Изучаю ИИ и загадки космоса.