В последнее время многие директора крупных компаний поделились своим видением будущего профессии программиста. И почти все эти прогнозы были направлены на сглаживание тревоги в обществе, а возможно и на отвлечение внимания от образовавшихся перспектив. Я не буду давать глобальных прогнозов для всего общества, подобно "Основанию" Азимова, но хотел бы рассмотреть перспективу ближайших 5 лет относительно области IT, окружающей программирование. Трансформацию инструментов и, как следствие, самой профессии. Также поделюсь некоторым кодом.
Я определённое время практикую вайб-коддинг, при этом имея за плечами много лет программирования руками на самых разных языках программирования от Scala и Haskell до JS и Go. Попробовал все популярные модели, видел их эволюцию, и наконец остановился на Claude-4 (у кого-то может быть другой опыт) и Cursor.
Пробовал разные сценарии (генерация с нуля, рефакторинг ручного кода, рефакторинг машинного кода) на разных языках. И вот последние эксперименты по написанию с нуля программ в несколько тысяч строк полезного кода исключительно с помощью ИИ приоткрыли завесу ближайшего будущего
Язык имеет значение
Похоже, со стороны бэкенда ИИ лучше всего работает с Go. На нем в 90% случаев получается работающий код. В оставшихся 10% ИИ сам по логам и скриншотам производит отладку, вносит исправления и запускает тесты.
А теперь вспомним, для чего были придуманы все языки программирования? Где-то вначале был ассемблер (перфокарты не рассматриваем) и он был нужен для... написания программ.
Но для чего были изобретены все последующие?
Повысить производительность набора кода.
Обнаруживать и исправлять ошибки человека.
Именно ради второй цели придумывались всё новые системы типов. И прогресс в этой области дошел до того, что для написания банального REST-API нужно было получить ученую степень по теории категорий.
Но для ИИ эта система типов не нужна.
Что это означает для других языков, которые хоть как-то пересекаются с Go? Они становятся не нужны в перспективе ближайших лет пяти.
Что это означает для самого Go? Скорее всего и он станет ненужным в ближайшей перспективе после этого.
ИИ уже сейчас может написать весь код
Стало понятно, что не осталось кода, который ИИ написать не может. Но иногда остаются места, которые сложно объяснить с непривычки или быстрее написать самому, чем объяснить ИИ. В зависимости от задачи такие места могут и не встретиться.
Практика реальной работы с ИИ
Т.к. планировалось писать утилиту средних размеров, то сразу стало понятно, что жалкое окошко для общения с агентов в Cursor для этого не подходит. Поэтому я решил писать требования в комментарии и попросить ИИ исполнять его. ИИ с этим отлично справился.
В начале я описал способ работы с комментарием. Затем общие требования, вроде ОС, для которых будет происходить сборка и версии сервиса, с которым будет интеграция. После этого описал главное меню приложения (утилита консольная). Всё это дало мне на выходе MVP с работающим меню, файл сборки и документацию (средней полезности, но я её вообще не просил).
В дальнейшем дополнял комментарий новыми блоками и просил обновить код. Несколько таких итераций прошли без проблем и моего погружения в код.
В один момент я натолкнулся на то, что ИИ не может корректно распарсить html-контент страницы Confluence, о чем я ему сообщил. Он добавил логирования для отладки и попросил запустить код. После нескольких итераций всё работало. Также я дал ему рекомендацию по упрощению кода парсинга, если работать с представлением export_view (см. документацию Confluence) вместо сырого html, что он также взял в работу и упростил код.
Почти нигде в этом процессе мне уже сейчас не понадобилось погружаться в код или документацию.
И в этой точке становится понятно, что при сохранении темпов развития ИИ нам очень скоро (2-5 лет) не будут нужны люди, знающие языки программирования. Скорее всего, знания уже существующих алгоритмов тоже не понадобятся для более чем десяти людей на компанию размером в 1000 человек. Кто и что в этом случае будут нужны? Рассмотрим далее.
Код
Здесь я прикладываю один из проектов, которым могу поделиться. Это консольная утилита для упрощения процесса релиза. В репозитории она разработана примерно на 50%, но то, что есть, работоспособно и отлично иллюстрирует суть статьи. Домен заменен на звездочки для анонимизации.
release-manager
Неудобства существующих инструментов
При описанном подходе к работе я достаточно быстро понял, что объяснять сложную логику сплошным текстом невозможно, поэтому сначала придумал разделение на логические блоки, а потом ввел понятие функций, как некий переиспользуемый блок описания. ИИ отлично воспринимает подобные фантазии.
Кроме того сам текст, как способ описания требований, никогда не был оптимальным инструментом.
Вакуум в миллиарды долларов или где притаился очередной единорог
В чем же состоят потребности разработчика будущего? Разработчику будущего придется в первую очередь работать с требованиями и описывать их для ИИ более подробно, чем это делает бизнес-заказчик. Это будет сплав аналитика и разработчика с последующим всё большим уходом в сторону аналитики. И ему нужно будет не валидировать код, выдаваемый ИИ, а описывать требования и, возможно, тест-кейсы к ним (с чем ИИ также помогает уже сейчас). Пока продолжим называть такого человека разработчиком.
А понадобятся нашему разработчику будущего для своей работы следующие сущности:
Набор лучших практик, некая стандартная библиотека приемов общения с ИИ при помощи текста, аналогично тому, что я начал изобретать сам. Можно назвать это "языком программирования" для описания требования. Это огромный пробел в существующей индустрии.
Формат данных, как замена существующих текстовых исходников, включающий схемы UML, скриншоты и пр. артефакты требования, а также текст на указанном выше "языке программирования". В принципе для этого можно приспособить Markdown с папкой с файлами рядом, но нужна спецификация с указанием деталей, которую начнут поддерживать IDE.
IDE, которая не предоставляет жалкое окошко ввода, как сейчас, а полноценно отображает указанный формат данных с возможностью интерактивно редактировать каждый из элементов, подсвечивать "синтаксис" нашего "языка программирования", проводить валидации логики в фоне, как сейчас это происходит для синтаксиса языков программирования, эффективно кешировать результаты работы ИИ для отдельных блоков.
Ни для кого не секрет, что JetBrains зарабатывает миллиарды только на удобной IDE. Данный рынок уже есть и сейчас на нем образовался огромный вакуум. Буквально каждый программист на этой планете будет пользоваться продуктом, который первым начнет удовлетворять этим требованиям.
Послесловие
В ближайшие десятилетия, а может и годы, мы увидим естественный закат программирования как профессии. Программисты - эффективные ребята и всё-таки смогли спилить этот сук. Но прежде, чем это случится окончательно, пройдут годы или десятки лет, когда бизнесу всё ещё нужна будет помощь с переводом их хотелок в работающие программы. Только способ этого перевода изменится с сильным уклоном в аналитику и архитектуру, оставляя кодинг и стандартные алгоритмы ИИ.
Комментарии (71)
strelkove
09.06.2025 11:27Всегда читаю статьи про то, как круто получается вайбкодить и какой хороший получается код, но ещё ни разу в таких статьях не видел ЧТО именно написано, и КАКИЕ задачи выполняет код. Из-за этого создаётся впечатление, что вайбкодеры - они как самураи, у них нет цели, только путь. Главное - вайбкодить. Что получится, и каким оно получится - неважно.
cs0ip Автор
09.06.2025 11:27В статье же пример кода даже есть с кратким описанием зачем (но утилита для внутреннего использования, поэтому в бизнесовую составляющую не вдавался). Если прочитать
SeveR31
09.06.2025 11:27У вас в задаче не хватает примерно всего, чтобы провести сравнение:
Зачем вам вообще ускорять релизы в Атлассиане? Какой в этом смысл и отдача от выполнения?
Почему вам нужно ускорять релизы именно таким способом? Является ли данный способ ускорения релизов оптимальным, какие вообще были варианты и почему был выбран именно этот?
Почему выбрано именно такое решение в виде консольной утилиты, а не, например, какого-либо Qt-приложения или любого другого десктопа/веба?
Почему был выбран Go? Помимо того, что llm лучше всего с ним справляется. И как вообще поживает в целом стек, нужно ли в него ещё один язык добавлять, если у вас не Go-шный отдел?
Как бы это сделал человек? Какого уровня, за сколько времени и т.д., чтобы можно было сравнить производительность человека и нейронки.
Насколько эту утилиту можно расширить и поддерживать? Если вы захотите пятый пункт меню или логирование, например.
Какого уровня вы специалист? Т.е какой опыт нужен, чтобы быть нормальным оператором( или вайб-кодером/промпт-инженером, называйте как хотите) и чтобы языковая модель под вашим присмотром смогла написать простую консольную утилиту, пригодную для работы.
Это только то, что пришло в голову, думаю люди зададут ещё вопросы про постановку задачи. Как бы, вы опустили "бизнесовую составляющую", которая является чуть ли не ключевой - вы же код не в вакууме пишите, а зачем-то. И понять это по исходному материалу почти невозможно. И это не считая того факта, что изначально ТЗ ещё нужно доработать до вменяемого уровня, чтобы отдать его ИИ ( а делать это многие даже сейчас с живыми программистами не умеют), а тут даже сопоставить ТЗ - результат нельзя.
А ещё - я бы на вашем месте переставил бы куски статьи местами, чтобы у вас сначала шла задача к утилите, а потом уже её реализация, а не наоборот. Это крайне сильно сбивает с толку.
cs0ip Автор
09.06.2025 11:27Я понимаю вашу претензию, выглядит так, что возможно я делаю бессмысленную работу, если сначала досконально не разобраться в требованиях. Но я хотел в этой статье сконцентрироваться на технической части. Указанный код лично мне уже экономит некоторое время по работе. И если бы я писал его руками, то на это ушло бы в 10 раз больше времени (опять же говорю за себя).
Про выбор Go, как в статье и говорится - выбор исключительно на основе того, что ИИ с ним выдает максимальное количество рабочего кода. Сравнивал с Python и Java. Т.е. Go тут рассматривается как язык, на котором мне не придется что-то писать руками.
К сожалению, чтобы детально ответить на всё, надо созваниваться на пол часа, иначе ничего просто не получится
SeveR31
09.06.2025 11:27Потому что 99% продуктов вайбкодинга это вымученность ради примера - нет ни цели, ни тз, ни решения какой-то проблемы ради монетизации. Поэтому больше половины таких статей пишут телеграмм-ботов, у которых шаблон крайне устойчивый и llm осиливает написать всё. Автор этой статьи решил покреативить и пишет консольную утилиту, которая решает примерно никакую проблему, ведь кому надо ускорять выпуск релизов через работу с платформой, а не улучшением работы команды?Причем он сопоставляет утилиту в пару тысяч строк с рынком, где некоторые продукты могут миллионами строк исчисляться, если не десятками миллионов.
Имхо, текущие модели никак не разгребут монолиты прошлого, кому-то это добро надо так или иначе поддерживать. Писать принципиально новое без участия человека они тоже не осиливают, т.к их ответы это компиляция раннее написанного. Планировать на перспективу их тоже не научили (даже самые умные модели в идеальной ситуации не смогли управлять торговым автоматом больше 90 дней, есть перевод статьи об таком эксперименте на хабре). Получается, что они хороши только как помощник человека (что логично в контексте слабого ИИ) и в одиночку на стерильным примерах.
Классические языки отомрут только если будет изобретён отдельный ЯП для нейронок, на котором они переплюнут в эффективности человеков, либо когда создадут сильный ИИ не на словах директоров корпораций.
vadimr
09.06.2025 11:27Написано ж –
распарсить html-контент страницы Confluence
Как пример самого сложного места.
SystemOutPrintln
09.06.2025 11:27но ещё ни разу в таких статьях не видел ЧТО именно написано, и КАКИЕ задачи выполняет код
Обычно у вайбкодеров написать-то свой вайбкод вполне получается. Сюрпризы возникают, когда появляется надобность что-то изменить, что-то исправить в уже написанном. Тут-то их нейросетки и начинают творить дичь.
Areso
09.06.2025 11:27Сюрпризы возникают, когда появляется надобность что-то изменить, что-то исправить в уже написанном.
Значит раньше вайб-кодеров называли перл-программистами...
Keeper21
09.06.2025 11:27Настоящий перл-программист может написать перл-программу на любом языке программирования.
Dhwtj
09.06.2025 11:27Из генераторов кода всегда выходит write only code. Который трудно читать и проще переписать с нуля. Это уже N+1 поколение генераторов кода и ничего нет нового под луной
pnmv
09.06.2025 11:27главное - верить (https://habr.com/ru/articles/913744/comments/#comment_28366802)
melodictsk
09.06.2025 11:27У меня сын 13 лет пишите чит коды на популярные игры при том обладает абсолютным нулем навыков в программировании. Не знает даже базовых функций типа if и for. Они работают, он занимается их отладкой, доводкой. И продаёт за реальные деньги. Я порой сам в шоке от того, что он получает на выходе. Использует все возможные нейронки. Разные комбинации. А ещё там надо сделать не просто работающий чит, но и чтоб бы не спалил античит.
Продолжайте дальше не верить в вайб кодинг.
holgw
09.06.2025 11:27Не хотелось бы принижать заслуги ребенка, но без примеров ваши слова абсолютно ни о чем не говорят. Одно дело переопределить переменную, хранящую кол-во валюты игрока в синглплеерной игре (действительно, для этого вовсе не требуется понимание условных операторов и циклов) и совсем другое дело написать утилиту для читинга в современной мультиплеерной игре.
И если первое -- это достаточно элементарное действие, не требующее ни специальных навыков, ни даже помощи LLM (по статьям в интернете все прекрасно делается, все тысячу раз уже обсосано), то второе -- это реально сложная задача, требующая реверсинжиниринга (который LLM самостоятельно провести не может) и глубокого понимания того как все работает на низком уровне (чем все известные LLM владеют очень слабо).
Резюмирую -- было бы очень интересно узнать название игры\игр + хотя бы в двух словах описание функционала.
GarfieldX
09.06.2025 11:27Это не будущее, а катастрофа. Во-первых все далеко не так радужно как описывает автор. Во-вторых, если слепо идти по этому пути, то получаем пару ну очень печальных последствий. В итоге код все равно придётся кому то поддерживать и нужны будут именно люди, возможно в большем количестве чтобы обработать все что нагенерит болванчик. Второе и самое печальное - компетенции быстро утратятся, что приведёт к проблемам и с первым пунктом. Занавес.
Ratenti
09.06.2025 11:27Так написано же, что ИИ может сам баги поправить
lariksergey
09.06.2025 11:270,Ага,я видел как он правит.Везде где только можно написал ИИ что значения в автотестах подменять ни в коем случае нельзя.Он правил баг,появлялся другой,он правил другой, появлялся изначальный. Но после нескольких попыток ИИ все же решил проблему,если гора не идёт ... В общем взял и подменил таки значение в автотесте. Пришлось по итогу самому баг искать
cs0ip Автор
09.06.2025 11:27У меня было много неудачных опытов с кодогенерацией, с рефакторингом и исправлением багов. Долгое время казалось, что это бесполезный инструмент. Статью решил написать, когда наконец стало получаться генерить полезный код и автоматически исправлять баги. Т.е. здесь нужна ещё определенная практика, чтобы этот инструмент (как и все остальные) начал приносить пользу
izogfif
09.06.2025 11:27В итоге код все равно придётся кому то поддерживать
Вместо кода будет prompt + настройки нейросети, которая его генерировала (название, temperature и т.п.). В результате если нужно что-нибудь подправить, выбрасываете уже сгенерированное ранее, добавляете в prompt описание правок, которые нужно сделать, и нейросеть с нуля генерирует новый код с уже встроенными нужными правками.
i-netay
09.06.2025 11:27После того, как всякие такие навайбкодят, когда всё начнёт ломаться и трещать по швам, а починить они не смогут сами, настоящие нормальные программисты станут на порядки ценнее. Просто подождём.
cs0ip Автор
09.06.2025 11:27Очевидно никто не откажется от услуг программистов, пока ИИ не сможет сам поддерживать код. Вопрос только в том, что для утилит средних размеров он уже делает это сам. А в статье говорится о том, что достаточно крупные проекты он сможет поддерживать сам в течении 2-5 лет. И описывается, в каких услугах тогда будет нуждаться бизнес. Опять же наивно полагать, что программистов просто резко распустят и бизнес остановится. Какое-то время программисты со всеми знаниями будут держаться рядом и постепенно заменяться теми, кто готов сместить фокус в сторону аналитики и архитектуры. И уж в каких-то редких случаях будут прибегать к услугам тех 10 программистов с полной квалификацией
lazy_val
09.06.2025 11:27Формат данных, как замена существующих текстовых исходников, включающий схемы UML
Бедная стюардесса, опять ее кто-то выкапывать собрался
vdudouyt
09.06.2025 11:27Забыли еще про RAD-ы из начала нулевых, когда все говорили, что скоро разрабы будут не нужны, тк менеджеры мышкой все наклепают :)
snuk182
09.06.2025 11:27RAD с завидной регулярностью выкапывают, последний раз была навала "конструкторов лендинга", которые в итоге были визуально идентичны.
BugM
09.06.2025 11:27Не, тут нормально все. Тильда с Шопифаем вполне себе ничего получились. Свои задачи решают, бизнесу полезны, активно используются.
RulenBagdasis
09.06.2025 11:27Ещё раньше был изобретён SQL для того, чтобы любой бухгалтер смог писать завросы на простом и понятном языке без этих ваших программистов ))
lazy_val
09.06.2025 11:27Да, были времена ))
Кстати, Rational Rose, к примеру, как то тихо сошла на нет, а вот ARIS разродился ARIS AI Companion, в ногу со временем идут, молодцы
vdudouyt
09.06.2025 11:27Именно ради второй цели придумывались всё новые системы типов. И прогресс в этой области дошел до того, что для написания банального REST-API нужно было получить ученую степень по теории категорий.
Ох уж эти хаскелляторы...
lazy_val
09.06.2025 11:27Раньше куча статей и комментариев на хабре была на тему все должны программировать на хаскеле, теперь про хаскель тихо, зато вместо программистов будет программировать ИИ
Походу свидетели хаскеля массово переконвертировались в свидетелей LLM
Dorial
09.06.2025 11:27Сергей, спасибо за статью. Я с вами полностью согласна. Я бы такое сама не написала, потому что я не разработчик, и мне бы быстро за это накидали:) Но вы опытный программист и я рада, что вы это видите в таком ключе и, главное, нормально воспринимаете, как естественное развитие отрасли. Сожалею, что вам наставили много минусов, это тренд на Хабре (вижу ИИ - ставлю минус), переживем, да?
По теме статьи, из своего опыта (не программист, но совместно с ChatGPT мои 4 ИИ продукта уже в продакшн) - я думаю в будущем это будет даже не смесь бизнес-аналитика, программиста и тестировщика, а все в одном лице - AI Product Creator? Невозможно начать строить ИИ продукт, разрабатывать архитектуру и писать код с ИИ ассистентом без конечной цели.
Время очень интересное, новые профессии уже на рынке: AI Tester, AI Engineer. Вы для себя какую рассматриваете?
izibrizi2
09.06.2025 11:27Откуда вы знаете что он опытный программист, если вы саама не программист? Как вы оценивате квалификацию будучи не являясь специалистом в этой области? Вы наверное и квалификацию врачей можете оценить? Как у вас так получается?
Dorial
09.06.2025 11:27Квалификацию врачей я не оцениваю (почему - отдельный оффтопик). А как Сергея оценила - человек высказал мнение, я его поддержала, потому что мне откликнулось и я делаю похожие проекты. Цивилизованный человек, который не согласен, может аргументировать, я с удовольствием послушаю.
izibrizi2
09.06.2025 11:27Не могли бы вы дать ссылки на проекты ну или хотя бы в кратце рассказать о чем они, тем более, как Вы говорите, они уже в продакшене?
Dorial
09.06.2025 11:27С удовольствием, тем более три из них на Хабре. На мой ник нажмите - там три статьи есть (Модель логистической регрессии для рекомендации фильмов, сверточная нейронка (CNN) для распознавания пород собак, и ИИ-агент на базе Телеграм чатбота)
Maccimo
09.06.2025 11:27Время очень интересное, новые профессии уже на рынке: AI Tester, AI Engineer. Вы для себя какую рассматриваете?
У меня стойкое ощущение, что комментарий сгенерирован нейросетью.
Dorial
09.06.2025 11:27Какую полезную нагрузку несет ваш комментарий? Я работаю в тестировании и буквально в эти выходные закончила ии-агента, который ищет мне позиции AI Tester (статья об этом есть на Хабре), там у меня в комментах спросили каким API можно доставать людей с LinkedIn - мой агент эту задачу выполнил и принес список AI Engineers - было любопытно посмотреть на это, поэтому я и написала о таких вакансиях выше, поэтому что варюсь в этом. Ну в самом деле, хотелось бы на Хабре видеть обсуждения по делу, а не минусы к постам, обвал кармы и вот такие комменты как ваш. Извините, если что, накипело.
Dorial
09.06.2025 11:27Попробовал все популярные модели, видел их эволюцию, и наконец остановился на Claude-4 (у кого-то может быть другой опыт) и Cursor.
Сергей, я пока что все делаю по-старинке - просто веду диалог в ChatGPT, копилотом не пользуюсь. Сама веду проекты в Visual Studio Code, copy/paste кода делаю, проверяю все сама, у ИИ нет доступа в мою IDE. Рекомендуете перейти на Курсор? Так проще и быстрее?
SergeiMinaev
09.06.2025 11:27https://github.com/cs0ip/habr-release-manager/blob/main/main.go#L710
// getPageInfo получает информацию о странице func getPageInfo(config *Config, pageID string) (*PageInfo, error)Комментировать код нейросетки пока не научились :)
alexandr93
09.06.2025 11:27Тут момент такой. Есть язык C, есть ассемблер. И мы можем каждую команду на C заменить на заранее определённую последовательность команд на ассемблере. То есть, к примеру, нам нужно напечатать число и на ассемблере это бы выглядело как делить число на 10, заменять числа на коды из таблицы с кодировками и так далее. То есть полотно текста, всегда одно и то же, при этом оно плохо читаемо потому что нужно понимать с каким регистром через какое прерывание работает каждая команда. Но благодаря современным языкам и компиляторам мы пишем понятный код и запуская его много раз мы можем получить один и тот же результат. Мы можем сделать свой проект и выложить его на гитхаб и позволить разным вендорам собирать их у себя со своими ключами и предоставлять пользователям какие-то гарантии, что это будет работать.
Теперь как это может выглядеть с ИИ. Я навайбкодил свой проект, выложил свой "вайбкод" на гитхаб, вендоры не знают как его собрать потому что ИИ каждый раз разный результат генерирует. Если я выкладываю в виде исходников, которые ИИ выплюнула из моего "вайбкода", то получится полотно кода, которое человек никогда не прочитает, он не сможет внести изменения. И если ключевой контрибьютор откажется от проекта, он просто умрёт, его нельзя форкнуть. И в суровом энтерпрайзе будет абсолютно так же: если хранить базу промтов, по которым собирался проект - каждый раз будет получаться разный непредсказуемый результат. Хранить код - он будет неподдерживаемым.
alexandr93
09.06.2025 11:27А для тех, кто считает, что это ок, что проект неподдерживаемый, что его можно каждый раз перегенеривать и валидировать автотестами, то представьте ситуацию, что у вас есть крупный маркетплейс и у вас сломалась кнопка заказа. Вы просите ИИ перегенерить код с фиксом ишью, но ИИ выполняет перегенерацию сутки или больше, потому что хорошие автотесты работают долго и хороший ИИ раотает медленно. Для компании миллиардные убытки потому что пользователи закажут то же самое в другом месте, где ещё не внедрили вайбкодинг и на вызовы реагируют профессионалы и фиксят прод быстро.
Daemonis
09.06.2025 11:27представьте ситуацию, что у вас есть вайлдберзи и у вас сломалась кнопка заказа.
Как оно со сломанной кнопкой в продакшен попало? Ну а если уж попало, то откатываем релиз и спокойно чиним, ИИ там или не ИИ.
alexandr93
09.06.2025 11:27Например, какое-нибудь переполнение, которое возникает не сразу. Но это я так, к примеру.
Это могут быть и синие экраны в винде по всему миру)
Areso
09.06.2025 11:27Ну а если уж попало, то
и вдруг осознаем, что изменилась схема данных. Откатить - конечно, можно. Вместе с данными =)
funca
09.06.2025 11:27на вызовы реагируют профессионалы и фиксят прод быстро.
Сейчас в энтерпрайзах кнопка может ждать своей очереди месяцами - пока подтвердят, зарегистрируют, дойдут руки, сделают, проверят,.апрувнут, задеплоят. Поэтому все надеются, что вайбкодинг позволит сократить сроки хотя бы до дней.
Areso
09.06.2025 11:27При этом, все делают вид, что упираются именно в программистов, а не в
> пока подтвердят, зарегистрируют, дойдут руки, проверят, апрувнут, задеплоят.
GidraVydra
09.06.2025 11:27Вы просите ИИ перегенерить код с фиксом ишью, но ИИ выполняет перегенерацию сутки или больше, потому что хорошие автотесты работают долго и хороший ИИ раотает медленно.Кожаные мешки обычно пилят фиксы куда дольше, чем сутки. А уж если говорить про такой склад костылей, как сайт крупного маркетплейса, то сутки на фикс - это вообще фантастика.
izogfif
09.06.2025 11:27ИИ каждый раз разный результат генерирует
У нейросетей есть параметр "temperature". Если его выставить в 0, то нейросеть при каждом выполнении prompt'а будет "думать" одинаково, выдавая один и тот же результат.
alexandr93
09.06.2025 11:27Это да, но при этом результаты работы заметно лучше если добавить немного креатива) Хотя в разных случаях температура нужна разная и лучше подбирать её индивидуально к каждому кейсу.
JVyacheslav
09.06.2025 11:27Очередная статья по вайбкодингу. Ужас. У этого подхода более, чем достаточно минусов. А главное, люди верят, что полный переход на нейросети произойдёт в ближайшие 5-10 лет. Как инструмент - да, полезно бывает, не спорю. Но крупное ПО на нейронках не удержишь, а для мелких бизнесов и раньше были пути замены кодеров - low-code, no-code технологии. Для сильно опасного ПО тоже не годится (говорю о том, от чего зависят жизни людей напрямую или косвенно). Да и закрытый исходный код будет открыт для владельцев ИИ, а это поставит под угрозу некоторые бизнесы, которые занимаются исключительно ПО.
Areso
09.06.2025 11:27Так же как и бизнес продаж всякого разного находится под постоянным риском со стороны платформодержателей со своими карманными брендами.
fray2000
09.06.2025 11:27Расскажите это Микрософту у которого уже процентов 40 кодовой базы навайбкожено.
arantar
09.06.2025 11:27Оно и видно, сотни незакрытых issue на гитхабе по их продуктам и ни ответа, ни привета от MS. И это не считая их кривых реализаций в сервисах, которыми я пользовался, типа Misrosoft Graph API.
Dhwtj
09.06.2025 11:27Вайбкодинг позволяет не программисту подняться до уровня джуна. Джуну и выше он уже не помогает подняться, только иногда ускориться, но не всегда.
NN1
09.06.2025 11:27вот вам IDE будущего пишите идею и получаете результат https://base44.com
Даже не надо знать Go или JS.
Только не спрашивайте как это потом вывести в продакшн ;)
TrueRomanus
09.06.2025 11:27Проблема вайкодинга это деградация компетенций. По принципу "не надо ничего знать ИИ агент сам все знает и сделает хорошо" мы далеко не уедем. Что будет если возникнет проблема которую ИИ агент не сможет решить?
RulenBagdasis
09.06.2025 11:27Что будет если возникнет проблема которую ИИ агент не сможет решить?
Тем хуже для проблемы, маркетинговый ии агент объяснит, что это не проблема, а особенность.
fray2000
09.06.2025 11:27Из разряда разговоров 5 летней давности, да что вы макаки современные понимаете? Только во фреймворк и можете. Вы хоть ассемблер в глаза видели?)
Barnaby
09.06.2025 11:27Чем совершеннее ИИ тем лучше они понимают обычный текст и желания пользователя, так что весь этот промптинг нафиг будет не нужен. Просто пиши нормально что ты хочешь получить и все.
Обнаруживать и исправлять ошибки человека.
ИИ тоже ошибаются и также исправляют ошибки. Не выполнения, а логические - им ведь тоже надо понимать что этот код делает и зачем он нужен, имена переменных и комментарии ИИ учитывают.
С тем что языки со строгой статичной типизацией подходят лучше соглашусь - ошибок будет меньше, а код ИИ и так быстро генерируют. Хотя тут не помешало бы исследование, а то вдруг типизация им мешает и на жс они пишут лучше.
chaynick
09.06.2025 11:27Чем совершеннее ИИ тем лучше они понимают обычный текст и желания пользователя
О как. Давайте начнем с простого - что в вашем мире означает слово понимает и за счет каких структур LLM понимает текст и желания? Опишите механизм, например - токены семантически преобразуются в ноосферном прецептероне от облачных гиперконвергенных сетей эфира.
RA_ZeroTech
09.06.2025 11:27Раньше в вакансиях не редко было (и сейчас бывает): «пилим монолит, есть легаси проекты… надеемся, ты тот, кто не боится легаси…»
Теперь будет: «… легаси победили, остался/появился ВайбКод… надеемся, ты тот, кто не боится править ВайбКод….».
fray2000
09.06.2025 11:27Каждый раз искренне смеюсь над хейтом вайбкодеров от "настоящих нормальных программистов". Участвовал в около 10 различных проектах разной степени энтерпрайзности ещё до GPT и как минимум в 8 из них встречался настолько дремучий говнокод и костыли от этих "нормальных" (особенно в legacy), что возникали большие сомнения на тему обладания какого-либо разума у авторов. Какая-то каша из обрывков Stack overflow. И вообще заметил корреляцию, что чем больше определенный человек рассуждает, тем меньший результат он покажет на практике (это уже в сторону критикующих). Такое ощущение, что все это просто банальный страх перед неизбежным или отсутствие желания идти в ногу со временем.
Dhwtj
09.06.2025 11:27возникали большие сомнения на тему обладания какого-либо разума у авторов
Бывает...
Vindicar
09.06.2025 11:27Просто вайб-кодинг (как бы его не называли в разные эпохи) - он как термоядерный синтез. Всегда "вот-вот".
Oeaoo
09.06.2025 11:27Мой опыт с ИИ (критический).
Он не принимает (и не может) за меня нужные решения. По пути реализации развилок масса.
Он не обладает видением замысла, результата, которое у меня самого местами мутное. Разработка - это часто "обстукивание" требований, идей и решений об "стейкхолдеров" во времени (то есть, видение буквально вынашивается, вырастает не сразу, как цветок на подоконнике или даже как многолетний дуб).
Преодоление локальных тупиков - это бывает сущий ад (отладка, отход на N шагов назад и разворот решения).
По-моему настоящий вайб должен состояться в сфере управления проектами и администрирования процесса разработки. Вот уж где многое (и многИе) легко заменимо, причем не просто без потерь, а с приобретением и этики и бесконечного терпения (кто как не ИИ может выдержать работу с программистами лучше всего?) и формальной квалификации.
snuk182
09.06.2025 11:27Хорошо, что признание в вайб-кодинге в первом абзаце, можно сразу идти в комментарии.
Dhwtj
вайб кодинг не освобождает от обязанности хотя бы понять/сформировать требования и провести ревью
cs0ip Автор
В статье как раз говорится о том, что в перспективе можно будет отказаться от ревью кода и оперировать только требованиями и тест-кейсами, уточняя их в случае бага. И ровно так мне удавалось доводить код до рабочего состояния не погружаясь в исходники. ИИ сам отлаживал баги по уточненным требованиям
Dhwtj
Тестирование это хорошо, но не достаточно. Потому что неясно на соответствие чему ты будешь тестить