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

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

Как рассказал на сабреддите ClaudeCode пользователь Bladerunner_7_, удивляет не само ускорение разработки, а то, как мало оно изменило всё остальное.

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

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

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

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

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

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

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

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

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

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

Программист собрал браузерный клон League of Legends с помощью ИИ Claude Opus 4.8 меньше чем за день

Claude воссоздал Minecraft за 10 долларов с первой попытки

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