Обновить

Комментарии 15

Ну нового вы нам ничего не поведали, просто перефразировали что сами ранее читали. Но это не проблема - да многие также думать по этому поводу, - проблема как эту ситуацию разруливать)). я чуть поправлю фразу в полс абзаце "а любой человек, которому очень надо и который научился этим ИИ эффективно управлять". Недавно я каждый день созерцал сий факт - человек без инженерного образования (бывший менеджер / маркетолог) взял на себя ответственность руководить небольшим IT-Отделом, взял claude code и давай генерить всё на свете и заставлял всех делать также под угрозой увольнения. Кто-то ушел, большинство перестроились. Это реально когда бизнес приставил к стенке - или ты вайбкодишь или *** отсюда. Бизнес пишет правила, приходится его соблюдать. Об этом тоже много писали и я увидел подтверждение.

Ну нового вы нам ничего не поведали, просто перефразировали что сами ранее читали.

А к чему привел данный эксперимент с точки зрения развития продукта и его качества? Или пока рано судить?

То, что ИИ делает за пару часов, раньше измерялось неделями и месяцами.

Можете доказать это утверждение?

Одно из самых удивительных изменений - в стоимости написания кода, упавшей почти до нуля.

Еще один шаблон. Стоимость разработчика, который вникает в задачи, объясняет ИИ что нужно сделать, проверяет сгенерированный код, несет ответственность за результат, тоже равна нулю?

  1. Пет проект, который сам доводил бы до MVP минимум несколько месяцев - пару недель.

  2. Масштабная подготовка коммерческого проекта к локализации - ночь Клода вместо месяца работы нескольких команд

  3. Доработки рабочей утилиты - несколько минут вместо нескольких часов

  4. Новая рабочая утилита - несколько часов вместо нескольких дней

Мне удивительно вообще такое объяснять, возможно, вы нейронками не пользуетесь?

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

Ну вы говорите об одном и тоже, но ты говоришь об положительных сторонах вещи, а он об отрицательных. Да Clade клёво генерит, но он говнокодит, срет комментами, циклится, ошибается etc. Да ты за ночь можешь влупить +10 k строк, но ты знаешь свой продукт и ты готов свое время тратить, а если нет (обстоятельства, ты работодатель, новый проект), ты нанимаешь чела и он должен вникать в проект и пошло поехало.

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

Хорошо, если бизнес это понимает. Но на волне ИИ-хайпа фразы вроде "стоимость написания кода упала почти до нуля" могут пониматься буквально (особенно людьми, далекими от разработки). Создавая впечатление что менеджер сам, без участия разработчика, может просто давать задание LLM. Но мы же с вами понимаем, что это не так, особенно если говорить о больших и серьезных коммерческих проектах? Зачем лишний раз бросаться такими фразами, подогревая и так нездоровый ажиотаж (раздуваемый во многом продавцами ИИ)?

То, что ИИ делает за пару часов, раньше измерялось неделями и месяцами

В любом случае, эта фраза выглядит явным преувеличением. Даже если есть какие-то единичные примеры (пет-проекты - это вообще отдельная тема). И в целом тоже льет воду на мельницу тейков "разработчики больше не нужны; подпишитесь на наш телеграм-канал".

Масштабная подготовка коммерческого проекта к локализации - ночь Клода вместо месяца работы нескольких команд

А вы это потом сразу в прод выкатываете? Затраты на ревью и тестирование не учитываете?

Я же четко написал "стоимость написания кода". Не про ревью, не про тестирование, не про поддержку. Это никуда не делось.

И речь в статье как раз о том, что если раньше от разработчика в целом могло быть достаточно просто средненько писать код (а косяки как раз ловились на ревью и в тестировании), то сейчас средненько писать код может и нейронка.

Меня тоже удивляют эти объяснения очевидных вещей. Любой, кто говорит, что программист-кодер до сих пор - просто обязательно неприменно нужен, просто не смог дофайнтюнить LLM-агента до удовлетворительного состояния, научить его кодить в рамках проекта/репозитория. Всё.

Отвечу на свой ответ: у хренового кодера и агент хреново кодит.

А что в этой связи кто думает насчёт повторного использования кода?

Если стоимость написания кода упала до нуля, есть ли смысл его хранить и поддерживать? Может, с нуля получится код лучше?

Я абсолютно уверен, что за таким подходом будущее. Софт станет чёрной коробочкой с входом и выходом. И если правильно и крайне подробно описать спецификацию этого устройства, какие данные должны быть на входе и выходе, написать кучу тестов, то кого интересует, что там внутри коробочки, пока она делает своё дело?

Интересно что будет когда компании осознают что разработка ускорилась в 10 раз. Они потребуют 10 кратное увеличение результатов или во столько же сократят штат. Что выберут компании, агрессивную экспансию или сокращение расходов, оставляя тот же темп развития. Я бы конечно выбрал первое, чтобы обойти конкурентов и остаться на плаву.

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

эффективные менеджеры сейчас подняли планку по задачам. Теперь считают то что выполнялось за месяц теперь можно делать за неделю за теже деньги. И тут уже хочешь не хочешь придется использовать llm

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации