Эксперимент: заменит ли AI программиста?

 Публичный пост
20 марта 2025  2861

Модное явление вайб-кодинг — это когда ты инженер, который пишет код не сам, а с помощью запросов к AI-моделям

Хронология для тех, кто не кодит:

  • 3 года назад вышел ChatGPT — программисты смогли генерировать код и исправлять ошибки

  • 2 года назад появился редактор кода со встроенным AI Cursor — стало возможно переписывать код и задавать вопросы прямо внутри открытого проекта

  • Спустя полгода вышел v0 от Vercel — он генерирует дизайн UI для приложения

  • Ещё спустя полгода появился Bolt, который генерирует приложения целиком

Я 8 лет писал код, но в последние 1,5 года стал ближе к продакт менеджменту. Поэтому мне стало интересно посмотреть на новое явление с двух сторон — как разработчик и предприниматель

Итак, попробуем полностью сгенерировать приложение через AI

ПРОБЛЕМА

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

Сначала там были только мои знакомые, но позже набралось почти 50 человек и появилась необходимость отслеживать цепочки приглашений

ЗАДАЧА

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

РЕАЛИЗАЦИЯ

Я взял AI-генератор Bolt и он справился на удивление хорошо. Вот изначальный промпт:

I have a group chat in Telegram where every user can be invited only by somebody already a member. Write an application that visualizes chains of invited members. It should take users from Supabase database, and every user object has a property with the id of user who invited him. The application should support switching between different views: - table; - tree diagram; - details of a user

Спустя пару минут была написана большая часть кода на React 👩‍💻 Причём Bolt сам предложил подключить Supabase и создал там таблицу с данными пользователей

Для исправления ошибок и доработки я сделал ещё 5 запросов в чате сбоку. Фактически я сделал описанное приложение с нуля до релиза за 3-4 часа на бесплатном тарифе

ВЫВОДЫ

1️⃣ Bolt стал намного лучше с тех пор, как я попробовал его впервые (икс-тред, который я написал тогда). Единственный серьёзный минус — зависает в Safari, используйте Chrome 👩‍💻
2️⃣ Bolt уже полностью подходит для создания несложных приложений и утилит: дашбордов, админок, игр, MVP
3️⃣ Если у вас есть идея приложения и вам неважен дизайн — попробуйте сформулировать её в виде задачи и дать Bolt. Скорее всего, через пару часов получите что вам нужно

Главный вопрос — заменит ли AI разработчиков?

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

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

А вы как думаете?


Этот пост был впервые опубликован в моём телеграм-канале Где деньги, Палевич. Это производственный дневник о том, как заработать деньги в интернете я пилю свои микропродукты, инвестирую и строю IT-агентство нового типа. Поддержите подпиской и лайком, если вам понравился этот пост

Связанные посты
116 комментариев 👇
Maxim Kоbetz JavaScript Software Engineer 19 марта в 15:17

Если пойти дальше MVP то вы столкнетесь в "проблемой 70%"
Инструменты вроде болт позволяют волшебно быстро сделать первые 70%, потом у вас начнет что-то отваливаться, багфиксы в 1 месте будут ломать 3 других и без знания как оно работает под капотом вы застопоритесь

По крайней мере такой опыт команд что я знаю на март 2025

В руках опытного разработчика ИИ может пойти дальше этих 70%, но он не будет работать от начала до конца в Bolt или аналогах, а с какого-то этапа возьмет специализированную IDE с глубокой интеграцией ИИ и будет тщательно выстраивать архитектуру

  Развернуть 1 комментарий

@MaximmV, ты смотришь состояние на текущий момент. При этом год назад ничего такого не было вообще. Поэтому можно предположить, что через год прогресс будет существенным.

  Развернуть 1 комментарий

@glader, вообще-то треды на вастрике про замену разработчиков на AI начали появляться еще в 2023

Ну когда уже, а?

  Развернуть 1 комментарий

@Siarhei-r, обрати внимание, что сначала ллм заменяла интернов, потом джунов. Сейчас подбирается к миддлам.

  Развернуть 1 комментарий

@glader, а надо было начинать с С-level!

  Развернуть 1 комментарий

@Siarhei-r, кажется, тебе надоела дискуссия и ты просто отшучиваешься.

  Развернуть 1 комментарий

@glader, погоди, картинка с xkcd про экстраполяцию и «сейчас подбирается к мидлам» это было всерьез???

Если так, то я не готов это обсуждать 😶‍🌫️

  Развернуть 1 комментарий

@Siarhei-r, про "подбирается к мидлам" - всерьез, я пробовал. xkcd - самостеб. Да, давай закончим на этом.

  Развернуть 1 комментарий

@glader, не знаю кого там LLM заменяла. Везде где я работал к Джунов брали пачками и некоторое количество их успешно конвертилось в мидлов по ставке ниже рынка.
Никто не делил всерьез задачи на джун/мидл/синьер. Человек либо мог решать такие задачи, либо нет. Собственно и повышение строилось от количества закрытых задач и чуйке тимлида.

Команде нужен поддерживаемый код и низкое количество бойлерплейта. Утверждение «LLM заменила джунов» звучит примерно так же как «Lombok и mapstruct заменили Java-джунов».

Все эти божественные замены кого-то кем то проходили уже не раз. Нам раньше тоже обещали светлое будущее без кода с использованием (нужное подчеркнуть): SQL, BPMN, nocode.

Целый большой кусок альфа-банка написан на pega bpm. Заменило ли это программистов? Нет, ведь бизнес-оунер и аналитик в гробу видали ковырять эти системы и будут так делать до тех пор пока можно в jira завести тикет с описанием «сделай хорошо»

  Развернуть 1 комментарий

@glader, Прогнозы в ИИ штука очень сложная
Даже специалисты мирового уровня могут сильно облажаться

Мне кажется вот эта точка зрения самая здравая
https://nicholas.carlini.com/writing/2025/thoughts-on-future-ai.html
Уровень автора - зовут в Антропик работать над Claude

  Развернуть 1 комментарий

@glader, епта! С нетерпением жду истории о том, как он выдрессировал кастомеров писать такие крутые багрепорты, что по ним можно сразу баг пофиксить!!!

  Развернуть 1 комментарий

@Siarhei-r, смотри, у тебя интересная мысль, но она скрыта под очень плохой коммуникацией. Давай я поправлю ее, предполагая, что ты хотел доброжелательной дискуссии:

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

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

  Развернуть 1 комментарий

@glader, я в начале карьеры работал в саппорте 3 уровня на большом проекте. Поэтому имею некоторое представление что поступает на вход. Скриншоты в Word, то самое «я что-то нажала и потом все сломалось» и «Помогите, оно не работает» это рутина. И это я работал на третьем уровне, т.е. до нас доходили уже подтвержденные проблемы, которым был нужен именно багфикс. А в чат в слаке будет валиться все подряд.

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

А, и „pipeline goes green” будет даже если ничего не фиксить. Он уже был green когда релиз делали. Так что это вообще ни разу не показатель. Сначала нужно понять, что фиксить и фиксить ли.

Не верю, уж простите 😞

  Развернуть 1 комментарий

@glader, про "мидлов" конечно сильное заявление (пока что).
Я бы сказал, что LLM с нуля бутстрапит проект как сениор, накидывает фичи как мидл, а при большой кодовой базе ведет себя как интерн.

  Развернуть 1 комментарий

@glader, очень здорово, а давайте теперь посмотрим на визитную карточку Пола Аллена этого самого фаундера. Так-то я в LinkedIn'е и про СЕО, которые плакали, увольняя сотрудников, и про то, как бедный ребёнок, вставая в 6 и читая мотивационные книги стал миллиаредером, и про то, как блокчейном решали все проблемы мира...

Не может же это быть очередным engagement bait'ом!

  Развернуть 1 комментарий

@Siarhei-r,

А, и „pipeline goes green” будет даже если ничего не фиксить. Он уже был green когда релиз делали. Так что это вообще ни разу не показатель. Сначала нужно понять, что фиксить и фиксить ли.

Более того, все эти LLM-ки спокойно удаляют все тесты с комментарием «уберем нафиг, ведь тест падает, а нам это не нужно». И удаляют базу в проде: https://x.com/jasonlk/status/1946069562723897802

  Развернуть 1 комментарий

а с какого-то этапа возьмет специализированную IDE с глубокой интеграцией ИИ и будет тщательно выстраивать архитектуру

А вот тоже не панацея. Я прошел путь с Cursor, в итоге отказался от него. Проблемы в общем две:

  1. Автозаполнения (tabs) ведут к понижению качества кода. Если бы я писал код сам, то вопрос - "А правильно-ли я делаю вообще?" возник бы ранее. А тут нажал две кнопки – IDE предложила целый метод – это очень подкупает использовать его. В итоге закапываешь себя в груду спагетти-кода.

  2. Чат с кодом / AI запросы на реализацию фичи ни разу полностью не выполнили задачу там, где мне была нужна их помощь. Работает это хорошо только там, где я и так прекрасно понимаю как реализовать фичу. Но там возникают проблемы из пункта 1.

В итоге я остановился на такой схеме:

  • прошу chat gpt написать мне реализацию конкретного модуля / функции.
  • изучаю его реализацию, корректирую код через промпты.
  • прошу детально объянить мне реализацию / мотивацию там, где это сходу не понятно
  • переношу решение в код
  Развернуть 1 комментарий

😱 Комментарий удален автором поста...

  Развернуть 1 комментарий

@e-menshakov, сорри, удалил комментарий, так как он был дубликатом комментария выше

  Развернуть 1 комментарий

@apalevich, да это я похоже случайно два раза отправил (или на сайте баг?)

  Развернуть 1 комментарий

  Развернуть 1 комментарий

@unickq, и как итог

Но есть и плюсы: при закрытии стартапа ни один разработчик не был уволен 😜

  Развернуть 1 комментарий

@Siarhei-r, он перешел с AI на nocode, так себе тренд :D но, хотя бы nocode-решения ведут себя предсказуемее для non-techies.

  Развернуть 1 комментарий
🕵️ Юзер скрыл свои комментарии от публичного просмотра...
Alexander Dmitriev MLE, делаю SaaS персонализацию и рекомендации 20 марта в 14:29

Так AI LLM и продуктовую спеку за тебя уже напишет и она даже будет похожа на настоящую. Заменило это продактов?

  Развернуть 1 комментарий

@usasha, и тут мы плавно переходим к тому, что замену можно начать с CEO. А почему нет-то?

  Развернуть 1 комментарий

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

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

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

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

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

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

  Развернуть 1 комментарий

@crn4, Возникает несколько вопросов (без иронии):

  1. А смог бы джун написать такое же приложение без ИИ? Если бы смог - было бы лучше или хуже? (субъективно)
  2. У сеньора приложение улучшилось с ИИ или ухудшилось? (субъективно)
  Развернуть 1 комментарий

@BizkitCake,

  1. смог бы. возможно, оно бы имело чуть меньше каких-то корнер кейсов.
  2. сложно сказать. с одной стороны были вещи, которые улучшило применение ИИ, с другой - появились и неочевидные ошибки (неочевидные здесь = ошибки, которые синьер пропустил, когда читал сгенерированный код. но эти ошибки влияют на быстродействие, например), которые бы синьер не допустил, если бы писал сам.
  Развернуть 1 комментарий

Когда я коснулся первый раз ИИ в разработке, это был только Copilot с дополнением строк. В целом, негусто, но уже полезно. ChatGPT тоже был, но меня не прельщало бегать между окнами и копипастить код, ровно по этой причине я не использовал особо и copilot chat.

Когда дошли руки до Cursor (к слову, из подобных решений имхо он лучший, пробовал еще windsurf, augment - они частенько порят горячку), то испытал такой же восторг как и автор поста. Накидав базовую структуру сервисов (в виде файлов) и с детальным промтами я смог накидать прототип телеграм-бота со скрапингом сайтов с нескольких ресурсов за несколько часов (в реале бы наверное просидел дня 3). Код для скрапинга нового сайта создавался буквально за несколько минут. Уже тогда я подумал, что джунам будет тяжеловато теперь вкатываться - ведь то, что я планировал сдать какому-нибудь джуну на аутсорс, я могу делать нейронкой за 20 баксов в месяц. Код все равно придется ревьюить, ну и ок.

Но после разрастания проекта ИИ как минимум в текущей реализации частенько начинает бредить. Иногда бред выглядит как результат недостаточной обученности модели (например, в тайпскрипте он выдает код, который не валидируется, либо линтер ругается, хотя опять же курсор умеет это фиксить), иногда бредит по причине того, что не принимает весь проект в контекст. А еще контекст может быть не только в проекте. Когда я попытался применить ИИ на рабочем большом проекте, там вообще начались удивительные пляски: ИИ-агент начал почему-то править вообще не связанные с задачей файлы, менять конфиги в docker-compose и тд.

Имхо, этот тренд немного похож на недавно популярную тенденцию везде пихать nocode-решения: это помогает забутстрапить что-то прикольное или накидать прототип, но с разрастанием контекста ИИ косячит сильнее.

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

  Развернуть 1 комментарий
Semen Starostin Системный архитектор 10 ноября в 20:36

Я не очень понимаю каким образом LLM заменит программиста, скорее программисты использующие LLM станут больше чилить и меньше кодить, а свою котлету денег будут получать за то что смогут валидировать то что пишет LLM.

Оснавная причина по которой не заменят программистов НИКЕМ чисто социальная. Можно ли уволить LLM? Нет конечно, а следовательно любые косяки со сроками и формулировкой ТЗ уже становятсья косяками менеджеров , а менеджеры это не любят.

Вот вам интересный почти не выдуманный пример. Саппорт на боевой среде видит что сервер БД плохо справляется с нагрузкой, спрашивает локальную корпоративную LLM , в ответ получает скрипт , запускает его, часть баз стирается система перестает работать. Когда человека начинают спрашивать почему он сделал свою работу плохо , человек говорит что это все LLM виновато, на резонное замечание что мол надо понимать что пишет LLM, он резонно парирует - "а зачем вы даете корпоративный инструмент, за которым нужно все перепроверять?!". Зановес.

Эпилог. Люди просто начнут свои косяки сваливать на LLM.

  Развернуть 1 комментарий

@SAXER, Единственная реальная причина, почему ИИ не заменит нормальных спецов.

  Развернуть 1 комментарий
Egor Suvorov Программист/преподаватель C++ 11 ноября в 11:30

  Развернуть 1 комментарий
🕵️ Юзер скрыл свои комментарии от публичного просмотра...
🕵️ Юзер скрыл свои комментарии от публичного просмотра...
🕵️ Юзер скрыл свои комментарии от публичного просмотра...

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

  Развернуть 1 комментарий

Кажется это сильно обобщающий вопрос. Повлияет ли АИ на размер зарплат кодеров - да. Повлияет ли АИ на нагрузку и порядок действий кодеров - да. Окажет ли АИ существенное влияние на кол-во кодеров - черт его знает. Так вижу )

  Развернуть 1 комментарий
Иван Орехов Техлид фронтенд команды и game developer 20 марта в 10:03

То ли не увидел, то ли в посте нету даже скриншота того что получилось. Насколько "неплохо" справился bolt? Реально ли потом дорабатывать получившийся код (о чем уже написали в комментариях выше)?

  Развернуть 1 комментарий

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

Можно просто посмотреть на https://cto.new/, который получил почти
$6M на seed-раунде. При этом они бесплатно дают пользоваться всеми топовыми модельками. Какая тут юнит-экономика я не очень понимаю. И ещё больше не понимаю, как это не понимают инвесторы.

Если подытожить: да, ИИ технически в будущем сможет заменить программиста. Но как только приток денег закончится, скорее всего закончится и развитие. А может быть, даже произойдёт откат. Когда за доступ к топовым моделям придётся платить пару тысяч долларов в месяц

  Развернуть 1 комментарий

@dkryaklin,
https://expert.ru/news/v-parizhe-odnotonnuyu-kartinu-sinego-tsveta-prodali-za-18-5-mln-evro/

18,4 млн евро за квадрат синего цвета))

Мне видится грамотная передача (отмывка) денег. При чем художники рисовать явно лучше не станут)) И даже не придумают новых красок.

Не кажеться ли вам, что в сфере IT происходит примерно то же самое или как минимум похожее?

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

По этому смотрю на деньги ни как на самый основной показатель. Хотя вы правы, при их отсутсвии сфера быстро будет сдуваться.

  Развернуть 1 комментарий

@leva84, это просто хайп и раздувание пузыря инвесторами. Самые умные/везучие успеют выйти с иксами. Но много кто потеряет кучу денег

  Развернуть 1 комментарий
  Развернуть 1 комментарий

@dkryaklin, А откуда берётся цифра в пару тысяч долларов? Стоимость инференса как будто бы не космическая и даже openai говорят о том что они не работают в убыток, это при том что у них там доля бесплатных пользователей подавляющая. Ну даже если и врут, железо окупается быстро, спрос стабильный, почему вдруг цена должна вырасти в 100 раз?

  Развернуть 1 комментарий

@lexaguskov, у меня другая инфа. Вот например:

https://www.wsj.com/livecoverage/stock-market-today-dow-sp-500-nasdaq-10-31-2025/card/openai-made-a-12-billion-loss-last-quarter-microsoft-results-indicate-e71BLjJA0e2XBthQZA5X

Про железо не делал ресерч, но это тоже довольно много бабла надо потратить, потом сколько то время пройдет пока новые мощности будут введены в строй. Это все долгосрочные инвестиции денег на которые уже сейчас почти нет. И тут сразу еще одна проблема, где взять столько электричества и инфру под нее кто будет строит и на чьи деньги?

По поводу цены нужно ориентироваться на стоимость апишки. Да, сейчас много кто сидит на субсидированных подписках. Но если перевести расход токенов в реальную стоимость апишки (ту за которую платят бизнесы), то цена пользования тем же claude code будет сильно выше

  Развернуть 1 комментарий

@dkryaklin, 12 миллиардов это если мы считаем расходы на обучение, это прямые инвестиции в рост. Если считать только инференс то openai вроды бы говорят о том что по токенам они в плюсе, openrouter c oss моделями тоже не показывает диких цифр. Инвестиции в инфраструктуру под инференс тоже нужны только если ожидается какой то сильный рост. Откуда тогда берётся цифра в 1000\мес например?

  Развернуть 1 комментарий

@lexaguskov, потому что openai/anthropic и все остальные субсидирую подписки. Потому что так работают стартапы. Если бы подписка стоила сразу 1к баксов никто бы ее не купил. Сначала создается спрос на продукт, потом когда уже деваться некуда стоимость подписки будет расти.

Сейчас идет большой спрос на автомазизацию в бизнесах, использование ИИ везде и по любому случаю. Как только большая часть переедет и возникнет некоторая технологическая зависимость то цена начнет расти.

Вот например cto.new вообще сейчас бесплатный. Главное чтобы налетели пользователи и начали пользоваться. Сходится ли у них экономика и сколько в таком режиме они смогут просуществовать?

Сейчас все играют в долгую, тратят кучу денег на железо и субсидируют пользователей, чтобы выработалась привычка не думать мозгом, а по любому поводу идти в чатгпт. А дальше можно уже стричь бабло. Главное дожить до этого момента. У убера это заняло почти 15 лет. Только вот у openai уже почти нет денег.

Отвечая на вопрос про 1000/мес можно посмотреть сколько расходуется токенов через агента и сколько такой же объем будет стоить через апишку. Или просто посчитать на основе лимитов как сделали тут https://www.asad.pw/llm-subscriptions-vs-apis-value-for-money/

Сейчас проверил у себя. У меня подписка на claude code за 100 баксов и если переводить в токены, то по ценам api это бы стоило $458.86. При этом я не то, чтобы ее очень много использую

  Развернуть 1 комментарий

@dkryaklin,

то по ценам api это бы стоило $458.86.

Во-первых, цены на api будут меняться. Модели оптимизируются, капитальные расходы амортизируются, конкуренты приходят и за три копейки повторяют твою sota. Сейчас вон linear attention подъедет, ждём.

Во-вторых, не факт что всем нужна sota за космические деньги. В какой то момент маленькие шустрые модели станут достаточно хороши для 90% задач, в принципе мы это видели ещё на gpt-4o. haiku/grok-mini/composer показывают куда всё идёт.

В-третьих экономика абонемента в спортзал всё таки позволяет тебе уронить цены по сравнению с api при достаточно большой базе пользователей. Если присовокупить предыдущие два пункта то не вижу почему бы оно в конце концов не сошлось, окей не за 10 долларов и не за 20, но и не за 1000.

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

  Развернуть 1 комментарий

@lexaguskov, это очень смелое предположение, что цены на API поменяются, особенно в меньшую сторону. В отличие от обычных SaaS тут нужно сильно больше инфры, железа и в первую очередь электричества. Каждый запрос к LLM тратит в сотни раз больше электричества, чем к классическому сервису в облаке. Чтобы экономика сходилась, нужно либо максимально дешёвое электричество (тут можно погуглить график изменений стоимость за кВ за последние 5 лет например), либо очень энергоэффективные модельки. Что тоже не так просто сделать (учитывая бешеный рост последние 3 года, возможно мы уже на плато).

Как раз тем, кто готов платить, нужны самые лучшие модели, потому что такие модели единственные дают ту пользу по соотношению цена/качество, чтобы выходить в плюс. Все, кому ок бесплатные модели или GPT-3.5/4o, не будут платить даже 20 баксов.

Дальше аналогия со спортзалом. В спортзал не пускают 100 млн пользователей бесплатно. В целом обычно в спортзалах очень ограниченные пробные периоды, т.к. это сильно невыгодно и количество мест в спортзале ограничено.
Даже если один бесплатный пользователь в OpenAI тратит $0.1 на компьют в месяц (в чем сильно сомневаюсь), это десятки миллионов долларов расходов.

Если подытоживать: ну не может весь мир 3 года генерировать тонны AI-слоп контента и ничего не платить. Кто-то в конечном итоге за всё заплатит. Просто это будут люди, которые как раз научились использовать LLM для заработка.

Вот тут очень хороший финансовый разбор всей ситуации: https://www.wheresyoured.at/openai-is-a-systemic-risk-to-the-tech-industry-2/

  Развернуть 1 комментарий

@dkryaklin, я недавно видел тейк у How Money Works: отличие этого пузыря от прошлых в том, что пузырь доткомов и пузырь ипотечного кредитования не оперировали реальными деньгами. ИИ-пузырь иной, до появления трансформеров у бигтеха накопилась гора кэша, которую невозможно было слить в резонные сроки в инвестиции в новые технологии. Как ни странно, всё поменялось в этом году, потому что бигтеху разрешили вернуть нал для "внутренних инвестиций" без огромных нологов. И все в пузыре известные участники закидывают кэшем по факту своих потенциальных клиентов. Условно говоря, куртка Хуанг дает бабки Ларри Эллисону, чтобы последний покупал и построил датацентр. Эллисон дает бабки Альтману, чтобы тот хостил чатгопоту у себя. Windsurf получает бабки от Альтмана, чтобы вайбкод-IDE работало. И так все по очереди, передают одну и ту же сумку с реальным кэшем. Получается игра от обратного. Пузырь доткомов лопнул на моменте конца вливания денег и схема Понци начала себя пожирать. Пузырь 2008 лопнул тогда, когда основа всех деривативов, суб-стандартные ипотеки людям что не смогут их вернуть, перестали генерировать поток кэша. Этот пузырь теперь либо сдуется, либо окаменеет - если раньше ту самую палочку из известного стрипа xkcd выбивало, теперь её ищут, первая компания, что сумеет извлекать из ИИ стабильную прибыль автоматически озолотит всех инвесторов по цепочке вверх, а это те самые участники пузыря. И время на поиск успешного кейса - строительство project starship + 6 месяцев тренировки новой фронтир-модели + сколько-то времени поисков успеха успешного.

  Развернуть 1 комментарий

@mighty_conrad, вот тут очень хороший финансовый разбор всей ситуации: https://www.wheresyoured.at/openai-is-a-systemic-risk-to-the-tech-industry-2/

  Развернуть 1 комментарий

@mighty_conrad, давай попробуем к этому тейку подойти критически.

Условно говоря, куртка Хуанг дает бабки Ларри Эллисону

Весь свободный кеш куртки это около 50 миллиардов долларов. У одного OpenAI обязательств уже больше, чем на триллион. Это не выглядит как передавание чемодана с деньгами по кругу, а выглядит, как набор гиганстких обязательств.

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

Тут сразу несколько ничем не подтверждённых предположений.

Во-первых, неочевидно, что такая компания может в принципе существовать. Можно ли построить profitable бизнес на ИИ с учетом современных реалий (мощностей, цен на электричество, знаний исследователей, геополитической конкуренции и так далее)? Возможно, это получится только через 10 лет, уже на другом железе и другим поколением исследователей. А инвесторы не станут ждать 10 лет, пузырь лопнет раньше.

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

Опять же, мой тезис не в том, что этого точно не случится, а в том, что "такое случится и озолотит инвесторов" — это и есть определение пузыря, постороенного на вере в чудо, которое никем конкретно и детально не описано. Это просто "некий единорог прилетит и сделает нас богатыми".

  Развернуть 1 комментарий

@anaiden, ну это все логично, тем более что я не ресерчил сколько конкретно каждый кому зарядил инвестиций. Здесь скорее мне импонирует идея того, что не произойдёт 2000го и 2008го в том смысле, что моментального обесценивания не будет. И да, рынок перегрет, согласен. ИИ-релейтед конторы не имеют столько ценности, сколько заявлено.

  Развернуть 1 комментарий

@mighty_conrad,

давай попробуем к этому тейку подойти критически

мне импонирует идея того, что не произойдёт 2000го и 2008го

Понял, умываю руки :)

  Развернуть 1 комментарий

@anaiden, то есть до этого ты грязными писал? :)

Повторюсь, идея не моя, выглядит складно до момента, пока не будут подтверждающие цифры. Если у НВидии реально только 50 лярдов свободного капитала, то да, такой разгон не клеится.

  Развернуть 1 комментарий
🕵️ Юзер скрыл свои комментарии от публичного просмотра...

Мы уже на пороге новой эры.
Вопрос только в том, что будет выгоднее бизнесу в long term:

  1. Разработчик, который может работать вместе с ИИ или управлять , наставлять и контролировать тот самый ИИ на выполнение нужных задач.

  2. Самостоятельный безнадзорный ИИ.

Прямо сейчас выгоднее первый вариант. Хотя, разработчикам пока что труднее с ним работать в том плане, что любой ИИ-шный код вызывает отторжение, но не в том плане, что он не соответствует каким-то высоким стандартам по написанию кода, а в том, что просто рука не поднимается редактировать код. Это как читать документацию по какому-то новому инструменту из раза в раз. Огромная нагрузка на мозг и люди начинают быстро выдыхаться и сгорать, либо полностью полагаться на ИИ или же использовать лайтовые варианты вроде Trae, где ты +- погружён в процесс и записываешь происходящее в свой головной context window.

  Развернуть 1 комментарий

@EugeneTurenko, плюсую за то, что часто не хочется править код, даже если объективно есть причина.

  Развернуть 1 комментарий

Забавно, что многие комментарии фокусируются на существующих проблемах llm, хотя вопрос про будущее.

Конечно заменит. Уже в обозримом будущем профессия разработчика, которую мы знаем, радикально изменится. Еще немного и код руками будут писать либо маргиналы, либо для удовольствия. Ну ок, останется небольшой процент тех кто будет писать очень быстрый или другой очень специфичный код (на коболе)

на самом деле даже какого-то еще большого шага в ллм не обязательно. кучу сегодняшних проблем можно решить инструментарием поверх ллм. и даже этого будет достаточно чтобы оставить без работы половину сегодняшних разработчиков.

  Развернуть 1 комментарий

@underlow, а кто заменит разработчиков? Можно обозначить эти группы?

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

Кто и как решит базовую проблему?

Ну и по классике:

  Развернуть 1 комментарий

@besyatina, те разработчики которые смогут поставить задачу?

  Развернуть 1 комментарий

@besyatina, отдельно прокомментирую картинку.

понятно же откуда в офисах берутся те люди, которые толком не умеют. И понятно почему их не заменяют.

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

Но сама профессия в том виде в котором она есть изменится радикально, тех кого мы сейчас называем разработчиками заменит ллм. Слово наверное останется, разработчики останутся, просто это будет сильно другая профессия.

  Развернуть 1 комментарий

@underlow, то, что грядут изменения - понятно. Наверно, с этим никто не спорит.

Мне просто интересно послушать какие-то внятные идеи - как будет. Без желтушных "всех заменит ИИ!", "все станем бомжами, а потом умрем!"

Вот, например, я не вижу какой-то проблемы сейчас для продуктовой команды. Если вы делаете, что посложнее одностраничных сайтов, то вы просто будете делать это в 2-3-N раз быстрее с тем же количеством людей. "Продукт" не игра, которую можно пройти до конца. Просто теперь будет за 40 часов выполняться объем работы, который раньше занимал 100 часов.

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

  Развернуть 1 комментарий

@besyatina, ну есть продукты которые не пройти до конца. а есть такие, что вполне можно. сколько каких? сколько бизнесов начнет экспериментировать в 10 раз больше, а сколько решит, что отлично, можно срезать этот дикий фот отдела разработки?

я написал выше, что не берусь угадать станет ли работы больше или меньше.

а вот что будет собственно с разработкой я угадать берусь, о чем и написал.

Наверно, с этим никто не спорит.

кажется тут большинство как раз с этим спорит :)

  Развернуть 1 комментарий

@underlow, а, ну, если именно с этим спорят, то значит я не понял это)

Мне вот, например, кажется, что просто маленькие продуктовые команды станут настолько эффективными, что могут развалиться гигантские галеры.

Что в итоге приведет к бОльшей конкуренции, т.к. теперь вместо 100 человек, хватит 10-20, чтобы пилить что-то достаточно большое для конкуренции с крупными игроками и т.д. Того и глядешь корпорациям придется читать, что пишут пользователи, а не слать их на хер, т.к. конкурента можно собрать теперь не за 2 года и миллиард денег, а за 4 месяца и "относительно небольшие инвестиции".

  Развернуть 1 комментарий

@besyatina, ну так я примерно о том же. только дальше непонятно сколько именно разработчиков потребуется рынку.

  Развернуть 1 комментарий

😱 Комментарий удален его автором...

  Развернуть 1 комментарий

@underlow,

на самом деле даже какого-то еще большого шага в ллм не обязательно. кучу сегодняшних проблем можно решить инструментарием поверх

"Инструентарий поверх LLM" - это который разработчики пишут и поддерживают, верно ?

  Развернуть 1 комментарий

@leva84, сарказм понятен, но не засчитан.
сегодня разработчики. завтра те, кто пишет не код,а требования. и не 10 штук, а 1.

  Развернуть 1 комментарий

@underlow,
Сарказм ?
Даже не думал, ну сорян если так)

Еще немного и код руками будут писать либо маргиналы, либо для удовольствия.

"маргинал-прогер"

забавно))
Правда звучит как то противоестесвнно, на мой взгляд. Простите за мой "французкий", но не подобрал сравнения лучше схожего по созвучию, чем "баба-пидор" )).

Вот интересно, а если маргнал для удовльствия пишет код - это уже не маргинал?)) (риторический вопрос)

Я не оспариваю что с изменением инсрумента меняются и условия работы - факт.
Но "те, кто пишет не код,а требования" завтра ,почему они не разработчики, а какие-то "те" не имеющие названия ?

  Развернуть 1 комментарий

@leva84, если не сарказм, то я не понял что ты имел ввиду.

Но "те, кто пишет не код,а требования" завтра ,почему они не разработчики, а какие-то "те" не имеющие названия ?

ну называться они скорее всего будут так же, но суть изменится очень сильно. мы ж не о терминологии, а о содержании.

  Развернуть 1 комментарий

@underlow,
я имел ввиду ровно то, что написал и не больше и не меньше.
вот:

"Инструентарий поверх LLM" - это который разработчики пишут и поддерживают, верно ?

Это был вопрос на основе вашего высказывания - проблемы ИИ закроет "Инструентарий поверх LLM". Я решил уточнить от куда эти инструменты появляются.

ну называться они скорее всего будут так же, но суть изменится очень сильно. мы ж не о терминологии, а о содержании.

Ну я лично обо всех аспектах данного вопроса, я разработчик и мне интересо вообще как сегодян на это смотрять люди, что говорят, как видят будущее.

О сути и содержании - мне не понятно как будут "инсрукции писать" (вайбкодить) люди, которые не умеют кодить на нормальном уровне, если мы говорим о создании более менее серьезного продукта.
Копипастить возможно, а вот создавать что-то как ?

Подчеркну что в первом самом коменте написал что ИИ это крутой инсрумент - без вопросов, но главный вопрос поста:

Главный вопрос — заменит ли AI разработчиков?

  Развернуть 1 комментарий

@leva84,

О сути и содержании - мне не понятно как будут "инсрукции писать" (вайбкодить) люди, которые не умеют кодить на нормальном уровне, если мы говорим о создании более менее серьезного продукта.
Копипастить возможно, а вот создавать что-то как ?

ну примерно как сейчас вайб-кодят так и будут. просто на выходе будет результат не в виде "насяльника, я тут восьмой раз реализовала эту логику в файле на 100 тыщ строк" а что-то вида "я нашла это уже реализовано, заиспользовала, да и еще тикет на рефакторинг завела потому что там уже говнокод какой-то получается"

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

  Развернуть 1 комментарий

@underlow, Возможно и так, только вот как раз видится, что это и есть соновная проблема.
Дело даже не в размере контекста, а в разных интелектуальных объектах с помощью кторых создается/развивается любой продукт.
И это не только текст. Машина сможет ли это понимать, если не будет опять-таки же пререводчика между человеческим и машшыным (ИИ-шным) языком?

Возможно это прсто мои домыслы, увидим)

  Развернуть 1 комментарий

@leva84, каких разных интеллектуальных объектах?

  Развернуть 1 комментарий

@underlow, вот тут писал, почитайте пожалйста сами, там затронул эту тему.
Если интересно глубже - почитайте про системы психики и мышления человека. Это большая тема.

  Развернуть 1 комментарий
  Развернуть 1 комментарий

@mighty_conrad, с одной стороны да, сейчас это выглядит просто как очередное повышение уровня абстракции, но, нет, кажется нам грозит полное изменение всего процесса разработки, а тогда этот ряд неверный.

  Развернуть 1 комментарий

@underlow, не, верный. Каждый раз, когда пытались отказаться от кодеров, это плодило больше кодеров и только усиливало ценность низкоуровневых. Нет вообще никаких причин, почему это должно поменяться.

  Развернуть 1 комментарий

@mighty_conrad, я ж написал вроде причину почему, как мне кажется должно. это не повышение уровня абстракции как в твоем списке. это полное изменение процесса

  Развернуть 1 комментарий

@underlow, да, я прочёл, этого не происходит. И про смены парадигмы говорили и тогда.

  Развернуть 1 комментарий

@mighty_conrad, сорян но мне сложно мнением без аргументов

  Развернуть 1 комментарий

@underlow, аргумент пропишу тогда - это банальное историческое статус-кво. Фортран с Коболом, SQL, Дельфи, ноу-код, лоу-код, аутсорс, все сапы и прочие тулы, их апологеты-продаваны точно также заявляли о переосмыслении роли программистов, код руками должны были писать маргиналы или для удовольствия. Единственное, что происходило - добавлялся оверхэд для поддержки инструментов для нового поколения программистов. Что сейчас нового? Что сейчас не так?

  Развернуть 1 комментарий
🕵️ Юзер скрыл свои комментарии от публичного просмотра...

@orbit, люблю аналогии как аргумент, ими так легко неправильно воспользоваться. Продолжу твой же пример так, как если бы это была софтверная разработка: а потом к бухгалтерам приходит налоговая и другие проверки, которые говорят тебе, что хуй там, формуляр не правильный, вот новый, сделай вчера. И таких изменений правил игры - по десятку на неделе. Единственное, что произойдёт - оверхэд для юристов-консультантов, аудиторов, девелоперов 100500 версий 1С и Консультанта+ добавится (потому что тогда это дерьмо надо будет обновлять чуть ли не еженедельно), а бухгалтеров чет меньше не становится.

  Развернуть 1 комментарий

@mighty_conrad, ну да, я на это и отвечал выше. все эти тулы по факту предлагали повышение уровня абстракции. И ведь по факту многие из них реально изменили программирование. Программирование (промышленное) сегодня, 10 лет назад и 20-30 лет назад довольно сильно отличается и по процессам и по возможностям и по тому уровню абстракции которым оперирует разработчик и самое главное по производительности. Просто это наложилось на резкий рост потребности и кажется, что на самом деле ничего не изменилось.

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

Теперь ллм. Давай для простоты считать, что это еще одно повышение уровня абстракции. Но это повышение не на шаг, а сразу на порядок. Еще немного и огромное количество продуктов сможет быть реализовано людьми вообще без бэкграунда в разработке. Раньше бухгалтер два дня рассказывал разработчику на с++ как реализовать новую фичу. Потом полдня разработчику 1с как реализовать фичу. Скоро - будет тратить час на ллм. (пример утрированный если что)

В итоге, производительность вырастет в разы. Требуемый набор навыков сильно изменится. Ну название может и останется.

  Развернуть 1 комментарий

@mighty_conrad,

Единственное, что произойдёт - оверхэд для юристов-консультантов, аудиторов, девелоперов 100500 версий 1С и Консультанта+ добавится (потому что тогда это дерьмо надо будет обновлять чуть ли не еженедельно), а бухгалтеров чет меньше не становится.

мне кажется ты сильно недооцениваешь рост сложности.
бухгалтер + 1с, сап и прочее дерьмо настолько же больше бухгалтера с калькулятором насколько разраб на питоне больше разраба на ассемблере

  Развернуть 1 комментарий

@underlow, окей, по пунктам - почему ллм не повышает уровень абстракции? Зачем различать программирование 10-20-30 лет назад, когда его стало больше, но не стало меньше и задачи 30 лет назад не исчезли? Куда делись низкоуровневщики на ассемблере? CUDA-девелоперы? Создатели всякого движла на Сях? Почему девелопер на кривом инструменте - уже не девелопер и имеет опосредованное отношение к девелопменту? В чём качественная разница "тебе не нужно писать строчки кода, вот потыцай стрелочками сюда" от "тебе не нужно писать строчки кода, напиши чё хочешь"? Почему ты думаешь, что говновайбкод лучше говнокода и его потом не отправят на переработку и переделку на уровень выше в зависимости от важности и повторяемости исполняемой задачи? Повторюсь - статус-кво говорит о том, что девелоперов не станет меньше, от программистов отказаться будет невозможно, но появятся новые что будут решать новые задачи. Только потому что девелоперов новых будет в 3 раза больше, чем старых, не означает что 75% кодеров сейчас заменят.

  Развернуть 1 комментарий

@mighty_conrad, извини, но смысла половины пунктов я не понял. отвечу только на самый на мой взгляд важный.

Почему девелопер на кривом инструменте - уже не девелопер и имеет опосредованное отношение к девелопменту?

не на кривом, а на другом.

потому что сейчас разработчик это переводчик с человеческого на компьютерный. этот перевод скоро будет не нужен.

  Развернуть 1 комментарий
🕵️ Юзер скрыл свои комментарии от публичного просмотра...
Denis Arslanbekov Principal Site Reliability Engineer 20 марта в 13:10

Так до релиза ChatGPT в ноябре 2022 года, Microsoft выпустили GitHub Copilot в июне 2021 года. Он конечно не AI, но додумывал иногда неплохо.

  Развернуть 1 комментарий

Тред полугодичной давности в этой теме воспринимается уже доисторическим.

Возможности сеток растут невероятно быстро. Какие там джуны…

  Развернуть 1 комментарий

@glebkudr,
Основная тема треда, вроде, про то, что заменит ли ИИ разрабов?
А эта тема актуальна и через лет 5 бдет, мне кажеться.

"Главный вопрос — заменит ли AI разработчиков?"

Или за последние пол года что-то принципиально изменилось? Что уже заменяет?

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

Сейчас что я лично вижу, так это то что прикрутили кучу доп сервисов к моделям, выглядит круто. Ну так сервисы то кто пишет и поддерживает?
И потом, можно к мотоциклу прикрутить реактивный двигаетль с крыльями и он наверняка взлетит, но очевидно что резултат такого полета достаточно загадочен))

Давайте подискутируем на эту тему, если есть желание.

  Развернуть 1 комментарий

@glebkudr,

Возможности сеток растут невероятно быстро.

Растут — да. Невероятно быстро ли? Тот же OpenAI начинал с "AGI has been achieved internally", а сейчас отсекает графики на 60-70%, чтобы выдать рост в единицы процентов за невероятные прорывы

  Развернуть 1 комментарий

А нет еще вайб-интерпретатора?
Типа как js/php (который интерптетируется во время запуска), но на базе LLM. Пишешь в свободной форме текст программы, а он ее в реалтайме выполняет.

Ну что то типа:

Главный экран(){ 
   если хорошая погода то показывай солнышко.
   если плохая - тучку. 
   Внизу есть селект выбора города и кнопка "Обновить".  
   При клике на эту кнопку  получиДанныеОтСервисаПогоды(город) и покажи их на главном экране.
}

получениеДанныхОтСервисаПогоды(город) {
   получи температуру от сервиса wheather.com, у него вроде есть АПИ, но если его нет - попробуй ЯндексПогоду.
}
  Развернуть 1 комментарий

@Rastishka, Андрей Бреслав пилит, ждем.

  Развернуть 1 комментарий

@Rastishka, 1C вроде есть на русском уже ))
Правда там обнолвения раз в пол года и через полгода снова учишься прогать.

  Развернуть 1 комментарий

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

  Развернуть 1 комментарий

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

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

То есть необходимо отметить что это крутой продукт и очень полезный. Слов из песни не выкинуть, так и тут - круто!

Но почему бы не взглянуть внутрь? Задаться мыслью - как это вообще устроено и работает? А, я понял, там понять же только технари могут, простите😁, lol.

В основе обучения нейронных сетей, включая архитектуры крупных языковых моделей (LLM), находится давно всем известный алгоритм обратного распространения ошибки:
«Впервые он был описан в 1960-е и почти 30 лет спустя его популяризировали Румельхарт, Хинтон и Уильямс в статье под названием «Learning representations by back-propagating errors».»
Сейчас конечно в связи с развитием очень много модификаций данного алгоритма и сочетаний с другими методами и инструментами.

• SGD с фиксацией скорости обучения, моментумом.
• Adam, RMSProp, AdaGrad — адаптивная настройка шага для каждого параметра.
• L-BFGS — квази-Ньютона

Но пожалуй “back-propagating errors” это основа.
Почему ранее не реализовали такие инструменты? Есть ряд причин, например из очевидных:

• Не было таких вычислительных мощностей что бы запустить нейронку вообще. Наверняка многие пробовали локально что-то поюзать и понимаю о чем речь.
• Не нужно было обрабатывать столько данных для поиска/фильтрации/генерации и т п. как сегодня.
• Товарищ майор же не может прослушать и прочитать все что вы там шлёте своей подружке про “член” 😁. Эо пожалуй сонованая причина 😁
И Т П

Так же, сегодня снабжают ИИ всевозможными дополнительными сервисами , которые реализуют разные вычисления, по сути программа ходит по сети в какой-то микроcервис по API, например, получает вычисления, обрабатывает и в мягко-разжёванном человекочитаемом формате передает клиенту. Этого много в области продуктов с ИИ для конечного пользователя.

Только не понятно вот что. Почему это пытаются выдать за самостоятельно работающую единицу, которая, типа сама создаёт приложения?

Это как представлять что вот раньше лес валили двуручной пилой, вот появилась бензопила и она сама стала валит лес, а лесорубов уволили нахер и переквалифицировали в другие профессии.😁

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

Огромное спасибо разработчикам ИИ. Они реально облегчали работу программистов, конечно же и другие профессии тоже кайфанули, но почему-то, в основном, хотят заменить разработчиков 😁

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

При этом инструмент необходимо дополнять новыми сервисами, поддерживать и т.д. Это могут делать только разработчики. Или нет?

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

  Развернуть 1 комментарий
🕵️ Юзер скрыл свои комментарии от публичного просмотра...

😎

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

Что вообще здесь происходит?


Войти  или  Вступить в Клуб