Comments 27
Ещё одно наблюдение: вроде как раз для нейросети чисто писательская задача - ускорить работу приложений, написанных на Electron, переведя в нативный код.
Тесты есть, нейроны есть, а что-то я ни разу результата не видел - формошлёпные приложения продолжают брать рубеж в 1 ГБ.
Могу про себя сказать. Один пакет не обновлял много лет, просто потому что некогда. Хотя и сам пользовался, и загрузки есть. Просто потому что некогда, надо не один вечер убить - собрать изменения, переделать инсталлятор, сделать тесты, протестировать под всеми версиями питона, и под двумя ОС. Создан он давно, еще до ИИ. И без ИИ я черт знает сколько бы еще тянул, но с ИИшкой сделал все за вечер. Ну долгий вечер был, конечно, но один. Плюс он еще умудрился там баги найти, сам))
Речь про этот пакет https://pypi.org/project/live-trading-indicators/
Второй пакет сделал с помощью ИИ на 100%, но он очень простой, я на него времени в сумме потратил, наверное, пару дней. И он для ИИ, да. Собственно, и выкладывать не собирался. Но он, не смотря на свою сверхпростоту оказался очень полезным, поэтому тоже сделал пакет.
Вот он https://pypi.org/project/mcp-memory-bank/
Да и никто не будет делать пакеты, что бы делать пакеты. Пакет закрывает какую-то задачу. Задач больше не стало. Разве что в области ИИ появились новые - вот для них и делают пакеты. Вообще, насколько знаю, много стали вайбкодить не специалисты. Он делают для себя полезные примочки, пакеты они не выпускают. А для серьезного софта все-таки времени прошло мало. ИМХО.
Вот я накодил st10 дизассемблер за 1 день и все отлично. А без ИИ я так бы не сделал. Только я его никуда не выкладывал, поэтому он в статистику не идет.
А я сделал за два дня себе Генератор галереи рамок на стене, Генератор с чертежами подстолья для столов, Генератор раскладки пола из разноширинных досок и Виджет для презентации различных типов сценариев освещения домов/квартир. Раньше все это заняло бы у меня месяца два общения с кодером и, соотвтетсвенно, кучу денег. Я сам не кодер, просто немного понимаю, что такое код.
Сделать контуру для собаки, и начать производить на продажу это изделие - это несколько разные вещи, разные требования.
Если получилось сделать контуру, то это не значит, что коттедж для людей, будет сделать также легко, там совсем другой уровень сложности.
Ну вы решили вполне себе частную задачу на один раз и это нормально. А вот с написанием кода так чтобы его можно было потом поддерживать и отлаживать возникают проблемы. И возникают они именно из-за вот таких, без обид, как вы, которые “немного понимаю код” Такой подход напрочь убивает какую-либо оптимизацию и архитектурные походы, что в свою очередь ведёт к тому что общий проект становится фрагментирован на различные участки кода написанные разными ИИ разными людьми в разном стиле
Я сам не кодер, просто немного понимаю, что такое код
Так это основная ценность нейронки - дать возможность что-то сделать в области, которую ты не понимаешь вообще.
Хорошему специалисту она в принципе не особо нужна. Ну или даст небольшой эффект в некоторых задач рутинных (которые и так уже автоматизированы должны быть). А в целом может не дать ничего или минимум.
Но вот неспецу нейронка даст именно тот вау-эффект. Хотя по качеству решение может быть полной фигней. Это как на WP Elementor и т. п. раньше делали простую HTML-страницу. Тоже было круто, хотя в коде был полный мусор и проще было руками сверстать быстро.
Нужно по другому показателю смотреть, что программисы стали больше спать и отдыхать, ну или "залипать" в тиктоках)))
Хотел спросить, а почему вы уверены, что вайбокодеры умеют работать с пакетами?
Поделки в стол никак не влияют на индустрию.
Даже по тем примерам, что накидали в комментариях к этой статье, складывается ощущение, что это основное применение. Написать какую-то простую штуку, чтобы решить повседневную задачу. Это хорошо, даже отлично! Но стоит ли это тех ресурсов, которые были потрачены на бям?
Я все жду, когда крупный бизнес начнет рассказывать, как им хорошо стало после внедрения ИИ. Но нужно еще подождать.
т.е. ИИ может всё но не может в пакеты? Вы щас акции OpenAI обрушили)
Количество кода зависит от потребности рынка, а скорость разработки влияет на количество занятых производством. Проще говоря, скорость разработки нивелируется сокращениями, а не оверинженерингом.
ИИ связанного кода стало больше потому что ИИ много где интегрируется с пользой. Но для разработчиков польза умеренная.
Пакеты — не очень показательная метрика, т к. ИИ чаще всего пишет сам то, что легко реализуется существующей библиотекой. То есть скачивания пакетов могут даже упасть из-за использования ИИ. В этом, кстати, одно из слабых мест сгенерированного кода: внешняя либа скорее всего многократно протестирована и оптимизирована.
Хороший музыкант с плохой гитарой делает хорошую музыку. Плохой музыкант с хорошей гитарой - нет. Вот и весь вайб-кодинг.
Хорошо что нет снижения по графику, это значит что те кто верит в нормальный кодинг в долгосрочной перспективе - продолжают это делать.
Если смотреть шире (не только библиотеки) ИИ как раз дает снижение выхода нового софта и сервисов.
Например, мне нужно отслеживать изменения цен на товары которые хочу купить. Раньше я бы искал SaaS который это делает и платил за него подписку. Сейчас я с помощью ИИ сделал это за 1-2 вечера, задеплоил в cloudlfare workers и пользуюсь бесплатно, свою задачу решил.
Буду ли я из этого делать свой SaaS, когда любой может сделать так же? Нет конечно.
P.S. И вы не сможете собрать такой кейс в статистику, каждый решает задачи для себя и не публикует никуда об этом отчет.
Ну такое. Надо еще поделить все это на количество разработчиков. С одной стороны вайбкодинг снизил порог входа до неприличия, и разработчиков стало больше. С другой - в долине сокращали разработчиков тысячами…
Комментарии навеяли аналогию с 3д-принтерами, про которые одни говорили, что они заменят всё производство всего навсегда, потому что логистика. Другие думали, что это игрушка, которая останется крайне нишевой штукой для энтузиастов.
Сейчас 3д-принтер занимает свою нишу, понемногу расширяющуюся, но рынок не перевернул. Возможно, нейронки будут где-то там же, чуть повыше.
Сетки типа курсора ускоряют написание шаблонного кода, юнит-тестов и документации - это разгружает рутину, но не ускоряет этап проектирования архитектуры, согласования апи и дебага сложных стейтов. Продуктивность растет локально, а не глобально по проекту
Вайбкодинг есть, а вайбрезультатов нет?