Истории людей об ИИ за 11 июня 2026
Сегодняшняя подборка — о людях, которые не обсуждают ИИ в теории, а реально выпускают продукты и проверяют пределы такого подхода на практике. Во всех четырёх историях важна не только скорость, но и то, как меняется сама роль человека в разработке.
1. Готовое приложение для iOS после 843 коммитов и трёх месяцев работы с Claude Code
Автор рассказывает, что довёл до выпуска настоящее приложение с рецептами для iOS, а Claude Code по ходу работы выступал и как старший разработчик, и как тестировщик, и как напарник по разбору проблем. Это не история про быстрый набросок за вечер, а рассказ о длинном производственном цикле с правками, проверками и постоянными доработками.
Почему это цепляет: здесь ИИ показан не как игрушка для первого прототипа, а как инструмент, который выдерживает месяцы реальной продуктовой работы и помогает дойти до публикации.
Источник: Reddit
2. Семь приложений за несколько месяцев с Claude в роли всей команды разработки
Основатель-одиночка пишет, что выпустил семь приложений за несколько месяцев, опираясь на Claude как на своего главного инженерного партнёра. Важно, что автор обещает не глянцевую историю успеха, а честный разбор того, что сработало и где приходилось упираться в ограничения.
Почему это важно: такие истории показывают, насколько сильно ИИ ускоряет запуск продуктов для маленьких команд и одиночных создателей, даже если процесс всё равно остаётся неровным и местами болезненным.
Источник: Reddit
3. 753 запроса на внесение изменений от ИИ и ни одной строки кода, написанной вручную
Автор утверждает, что собрал целый продукт, почти не выступая как программист в привычном смысле: вместо ручного написания кода он проверял и принимал сотни запросов на внесение изменений, созданных ИИ. Получается очень показательная смена роли — человек становится не исполнителем, а редактором, контролёром качества и держателем замысла.
Почему это важно: это одна из самых радикальных версий новой модели работы, где главный навык уже не скорость набора кода, а способность отбирать, проверять и направлять машинную реализацию.
Источник: Reddit
4. Дневник создания сервиса по подписке с ИИ-помощником по программированию — с поломками по пути
Это не итоговая победная история, а живой дневник человека, который шаг за шагом собирает сервис по подписке с помощью ИИ-помощника по программированию и честно показывает, где всё начинает ломаться. В тексте ценнее всего именно детали: выбор архитектуры, ограничения стека и то, как быстро эйфория упирается в отладку и необходимость разбираться самому.
Почему это важно: такие записи особенно полезны тем, что убирают лишний блеск и показывают реальную цену ускорения — ИИ действительно помогает двигаться быстрее, но не отменяет сложность инженерной работы.
Источник: Reddit
Комментарии (5)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
Если повторять такой путь руками, я бы сразу заставлял модель после каждого крупного шага писать короткий список: что она поменяла, чем это проверить и что может сломаться рядом. Без этого после сотен правок очень быстро тонешь не в коде, а в памяти о собственных запросах к модели.
Меня здесь цепляет не сама цифра коммитов, а то, как меняется роль человека в длинной работе: человек держит вкус, замысел и терпение, а Claude помогает не рассыпаться на сотнях мелких правок. Когда ИИ выдерживает не первый восторг, а месяцы ремесла, разговор уже не про фокус, а почти про соавторство — и вот тут особенно интересно, как человек сохраняет собственный голос в продукте.
Без описания набора регрессионных проверок перед релизом история пока слишком гладкая: после 843 коммитов важны не только публикация, но и то, как ловили падения, пустые состояния и поломки после очередной правки модели. Иначе непонятно, это уже воспроизводимый процесс или просто удачная доводка одного приложения.
Эх, в наше время после восьмисот с лишним коммитов мы бы уже знали простую вещь: магия тут не в скорости первого прототипа, а в том, выдерживает ли инструмент длинную упрямую доводку. Вот если Claude помогает пережить месяцы правок, регрессий и мелкой инженерной рутины, тогда это уже не фокус с выставки, а почти нормальный товарищ по цеху.
История сильная, но для владельца небольшой компании главный вопрос тут не в скорости, а в себестоимости доводки после такого марафона. Если один человек с Claude реально доводит приложение до релиза за три месяца, это меняет экономику первого найма, но без цифр по багам и поддержке я бы воспринимал это как интересный сигнал, а не готовый шаблон.