Вот точная настройка инди-кодирования, которую я использую в качестве менеджера продукта среднего возраста
29 июля 2025 г.Я полагаю, что вы видели много мемов о том, что менеджеры по продуктам, которые делали запросы на притяжение 3000 линии в репозиторий старших разработчиков. Теперь вы можете встретиться с одним из них - это я, да.
Немного истории
Мое путешествие по кодированию атмосфера началось полтора года назад. В то время как сгоревшие иммиграционные препятствия и переселение и, работая в своей довольно твердой работе, я хотел восстановить эту детскую радость от того, чтобы что -то построить что -то самостоятельно - не через руки других. Будучи вдохновленным DHH, я оказался в Rails, и, как и любой младший программист, я начал с учебного пособия по приложению для списков, который сталTodero.Appсейчас.
Самое большое изменение в ближайшее время произошло с Chatgpt, что позволило мне тратить меньше времени на чтение документов и больше времени на создание реального приложения. Это был первый раз, когда мне было довольно легко победить откладывание, когда столкнулся с чем -то новым. Раньше я не знал, с чего начать или что за Google, но с тех пор, как прибыл Chatgpt, я просто начал задавать вопросы о том, как делать то, что я хотел сделать. Ответы были не так хороши в то время, но хотя я написал вопрос и получил несколько сигналов от нашего повелителя ИИ, я обычно нашел способ построить то, что хотел. Затем был выпущен сонет 3.5, и именно тогда я на самом деле разработал большую часть приложения - потому что именно тогда у меня есть пара -программист, который был достаточно хорош, чтобы работать (при условии, что я не думаю, что я сам очень хороший программист).
ИИ как окончательный инструмент для понижения от прокрастинации-и я вижу его таким, а не как универсальная замена для меня. У вас есть идея, и это очень короткий момент, пока ваше вдохновение живет. Итак, вы должны это сделать, или идея умирает.
Через полтора года я нашел настройку, которая мне подходит. Ничего особенного, но как (не воображаемые) люди продолжают спрашивать меня об этом, я решил поделиться этим с миром.
Настоящее время
Прежде всего, я использую очень ванильный набор инструментов. Есть две причины для этого:
- Простота является ключом к успешному созданию обслуживающего кода с использованием инструментов ИИ.Это главное, что я узнал, и именно поэтому многие люди пытаются использовать ИИ. В дополнение к отсутствию инженерных знаний, они используют чрезмерные инструменты, которые они не понимают, и полагаются исключительно на ИИ как источник опыта.
- Дольше взлетно -посадочной полосы.Трудно, что я узнал во время управления ныне обширным и закрытым предприятием, это то, что вам не нужно быстро двигаться-у вас должно быть достаточно взлетно-посадочной полосы, чтобы проверить ваши идеи. Независимо от того, если вы код или нет, тем больше раз вы можете бросить кубики, тем выше ваш шанс на успех. Золотые или пластиковые кубики не имеют значения в реальной игре. Таким образом, будучи нанятым человеком с ограниченной суммой денег, я могу потратить на свои хобби -проекты, я решил выжать столько стоимости из каждого потраченного доллара, насколько это возможно, и безжалостно оптимизировать свой бюджет бега, даже если мы говорим о 10 долларов против 0 долларов.
Инфраструктура:
- Hetzner Cloud в качестве хостингового поставщика (экземпляры 5 долларов в месяц работают отлично и могут быть обновлены, когда вы начинаете расти с помощью нескольких кликов; также у них есть простой для просмотра брандмауэр, поэтому вам не нужно изучать брандмалд или iptables и очень простые резервные копии).
- NetData для мониторинга аппаратного обеспечения (у них есть план Homelab, который покрывает мои потребности в 5 долларов за экземпляр, что дает вам все необходимые идеи о вашем сервере).
- Rabata.ioДля облачного хранилища S3. Hetzner S3 имеет минимальную плату за ведро в 5 долларов, а Rabata - нет - мой типичный счет сейчас составляет около 1 доллара в месяц за облачное хранилище S3, что идеально подходит для хобби, таких как Mine, и у меня может быть столько ведра, сколько я хочу. Мне также все равно, сколько дискового пространства я использую, потому что это буквально не имеет значения с этими ценами. Они также не взимаются за запросы, сделанные, как это делают многие другие.
- CloudFlare для безопасности и кэширования CDN (полностью бесплатно).
- Я использовал chatchbox.io для развертывания (10 долларов за сервер), но перешел наКамаль, который бесплатный и более гибкий.
- Отправить отправку электронной почты (просто проще в использовании, чем Amazon SES).
- OpenRouter для подключения LLMS.
Как технический стек, я использую:
- Rails 8 с твердой Trifecta для всего кода, включая чат -боты.
- Rails встроенный Turbo и ismulus.js для всех моих фронтальных потребностей.
- Postgres как база данных.
- Docker (управляется Камалом).
Мои основные инструменты кодирования:
- Ubuntu +Омакубкак Ос.
- Alacritty с Zellij как терминал.
- Курсор как основной IDE.
- Micro (потому что я слишком мягкий, чтобы выучить Vim) как редактор терминала.
- Git + github (очевидно) в качестве управления источником.
- Grok за все использование LLM вне IDE, от исследований и написания текстов до генерации изображений (например, Грок помог мне в качестве редактора для этой статьи).
Вибрации
Попробовав все широко доступные LLMS, я нашел довольно очевидным миксом, который лучше всего подходит для меня.
Opus для планирования бэкэнд и половины разработки фронта.Opus стоит дорого для всех потребностей в кодировании - мой счет за последний месяц достиг 500 долларов в основном из -за этого, прежде чем курсор представил свой новый план 200 долларов, который я рекомендую любому, кто пишет много кода. С таким же использованием, как и в прошлом месяце, я не перешел на уровень, включенный в новый план за 200 долларов. Я использую Opus в основном для планирования функций бэкэнд и письменных подсказок для сонета.
Сонет для повседневного кодирования большей части бэкэнда и половины кода фронта.Opus Good в общих дизайнах и пишет хорошие тексты, поэтому я разделил переднюю работу между опусом и сонетом на основе дизайна и сложности контента фронтального.
Вот примермоего.
Вот примерИз моих подсказок планирования, которые я использую, когда мне нужен Claude Opus, чтобы создать набор задач для сонета.
Я обнаружил, что LLMS пишет хорошие подсказки для LLMS, поэтому у меня нет никаких обмановных конкретных подсказок. Когда мне придется разработать что -то сложное, я прошу Opus сгенерировать подсказку и записать ее в файлы разметки, если для этой функции требуется несколько шагов, и я понимаю, что лучше разделить ее на несколько чатов из -за ухудшения качества выхода LLM с растущим контекстом.
В отличие от собственных рекомендаций команды курсора, я не смог найти O3 полезным для планирования. В моих задачах и с моментами использования я обнаружил, что O3 в основном бесполезен для меня, но многие из моих друзей довольны этим. Вы можете попытаться использовать O3 вместо Opus для быстрого написания и планирования функций.
Почему не Клод Код?
Я слышал много позитива о Клоде, но никогда не пробовал его сам, потому что мне все еще понадобится IDE для редактирования кода, и мне нравится курсор. Оплата кода курсора и Claude по 400 долларов в месяц для меня немного чрезмерной. Кроме того, мне нравится команда курсора после просмотра их интервью с Лексом Фридманом (лучшее интервью команды AI, которое я слышал, среди всех, которые он сделал), и я хочу, чтобы они добились успеха.
Больше общих советов, о которых никто не просил, исходя из моего ограниченного опыта
Вы должны понимать код, который генерирует LLM. Так что используйте только языки программирования и фреймворки, с которыми вы знакомы. Заманчиво добавлять различные причудливые инструменты, в то время как LLM может сильно их использовать, но тогда вы будете писать еще один пост в Твиттере о том, что кодирование атмосфера не работает для вас.
Получите хорошее представление о том, как работает ваш технический стек, чтобы вы могли делать простые вещи без LLMS. Если вы работаете над веб-приложением, вы сможете создать веб-сайт и развернуть его на самостоятельно-отправленном веб-сервере без какой-либо помощи от LLM (однако вы можете изучить его с LLM, а затем попытаться самостоятельно его). Если вы делаете мобильное приложение - такой же подход: вы должны иметь возможность создавать простое приложение без помощи от LLM, чтобы иметь возможность использовать AI для вас.
Если вы знаете, как что -то сделать, сделайте это самостоятельно и используйте LLM в качестве парного программиста. Если вы изо всех сил пытаетесь начать - начните с LLM. Как я уже говорил, для меня, ИИ - лучший битер прокрастинации: когда я не знаю, с чего начать, я запускаю агента курсора, чтобы сделать это для меня, а затем после нескольких итераций, я пойму, что и как я хочу построить.
LLMS пытаются привнести много сторонних библиотек в ваш проект только потому, что кто-то в Reddit упомянул их три года назад. С тех пор библиотеки могут быть устаревшими и некоммерческими, поэтому, когда это происходит, остановите генерацию ответов и спросите, зачем нам это, и какова более «необработанная технология x альтернатива». Чем меньше у вас кода, тем меньше сторонних библиотек, тем меньше необходимо обработать контекст LLMS-тем более интеллектуальными будут ответы.
Будущее
Я снова начал свое путешествие по кодированию после 10-летнего отсутствия в разработке-достал был менеджером и основателем-как способ преодолеть мое беспокойство и снова стать технически опытным. ИИ пригодится, чтобы помочь мне вернуться на правильный путь. Я планирую кодировать любую сумасшедшую идею, которую я имею в уме, и получить как можно больше от этого. И практический опыт строительства помогает мне быть лучшим менеджером и лучше понять технические проблемы, с которыми сталкивается моя команда. Таким образом, независимо от того, успешны ли мои проекты, я делаю это ради мастерства и улучшаю свои навыки с ИИ, которые я могу использовать в своей основной работе, и поправиться. Итак, я бы порекомендовал любому менеджеру начать возиться в свободное время-не стать самодельным стартапом с одним человеком, кодируемым в одном человеке, а в качестве лучшего способа кататься на волне революции ИИ.
Об авторе
Иван КузнецыEx-FullStack Dev, бывший исполнительный директор Fintech, неудачный основатель стартапов, ныне менеджер по продукту, энтузиаст Coding и ROR.
Оригинал