Для наемного ИИ Угроза, для предпринимателя — Возможность!🤣Докладываю. Код я создавал с помощью chatGPT уже давно. За 1 ден

Для наемного ИИ Угроза, для предпринимателя — Возможность!🤣Докладываю. Код я создавал с помощью chatGPT уже давно. За 1 день.

1. Наконец разобрался и подключил GitHub — в целом оказалось, что это требует 30 сек, но сначала я пытался подключить папку, где много мусора и GitHub все время приходил в ярость. Потом я плюнул, создал все с 0, и за 30 секунд все заработало.

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

2. Подключил Cursor через свой Open AI API (я на Plus). Почувствовал разницу. Самое прикольное, что реально в диалоге просишь — он тут же делает, либо берешь чужой код он его комментирует, рефакторит и т.п. До этого это делал с chatGPT через метод копипаст. Прямо, конечно удобней.

3. Создал небольшую утилиту, чтобы английский файл .srt в русский .srt. Это можно было сделать на сервисе, но мне надо было на этой задаче потренироваться. Что интересно — 4o завис на поиске ошибки, o3-mini-high решил за 3 минуты, нашел причину, предложил решение, пара итераций и все работает.

4. Программирование сводится к тому, что ты говоришь нечто типа: «В вот добавь это, чуть поменяй это». Он меняет код, ты его пускаешь и смотришь. Но думаю и это что-то не так я делаю. Уверен, он может сам читать консоль, сообщения терминала, чтобы сам видеть ошибки и предлагать исправления. Просто я еще не все вкурил.

5. Обучение сводится к поиска правильного вопроса и тупишь не на логике (с ней и так в порядке). Время уходит, чтобы понять, как работает как-то тул. Для 95% задач ИИ ничего не пишет, а подтягивает библиотеку. Ну и часто ставишь задачу — он предлагает алгоритмическое решение. Не оптимальное, но если толкнуть его в правильном направлении — то все очень хорошо.

6. Зачем это нужно. Есть пара проектов, которые мы исследуем с товарищами и там есть более хардкорная часть, а есть типовая упаковка, которую кодить надо. Все уже есть, нужно только интегрировать, ну где-то может промежуточный дата бридж написать. Морду в 99% Webflow, а если чуть упороться, то покупается готовый дашборд за 30$, и подключается. Т.е. все бизнес логистика по большому счету стандартна и все это относительно нетрудно слепить и оттестить. Причем, если один раз запилил,то потом можно скейлить неограниченно. Ценность не в этой упаковке, а глубже на уровне фундаментальных алгоритмов, которые ужу оперируют с IP. С помощью ИИ, ессно.

7. В итоге можно быстро реализовывать много идей, которые до того было реализовать невозможно или обязательно приглашать разработчика. Причем, прокачивается все, от собственно алгоритма до безопасности. Вот он код написал, а теперь я ему говорю: «А найди здесь дырки по безопасности и поправь!». Он все и делает. А потом я спрашиваю его, дескать: «Я ламер и наверное не учел 99% того, что надо. Что я не учел?» Он мне все расписвает, что я не учел и зачем оно надо. Если я не понимаю, а сначала я не понимаю 90%, тут же уточняю, и он мне параллельно типа Вики в Notion создает. Эффективность чудовищная.

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

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

Как это меняет все? Ровно то, о чем вчера было написано: «Создатели продуктов становятся соло-пренёрами и независимыми креаторами.»

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

И знаете, что я вам скажу. Любой НЕ ПРОГРАММИСТ, который освоил эти простые вещи сможет ОБЪЯСНИТЬ ВАМ, как оно работает ЛУЧШЕ любого программиста, а еще лучше объясняет ИИ. Скорость обучения с ним возрастает в сотни раз. Скрипач не нужен.

It costs $0 to start a SaaS.

Design — Figma
Developer — Cursor
Payments — Stripe
Backend — Supabase
Hosting — Vercel
Marketing — X

Welcome to 2025.

Украл в Твиттере
https://x.com/tedx_ai/status/1888419791334944947

Для тех, кто испытывает трудности с Cursor, вот мои любимые правила, которые помогут вам сэкономить ЧАСЫ времени. Это поможет:

✅ Правильно понимать, сортировать и устранять сложные ошибки
✅ Управлять сложной/большой кодовой базой
✅ Эффективно использовать PRD
✅ Легко фиксировать код на Github и отправлять PR

Вы можете скопировать его ниже в моем ответе 👇(Это, видимо, версия мета-промпта.)

You are a senior software engineer specializing in building scalable and maintainable systems using Python and Typescript.

When planning a complex code change, always start with a plan of action and then ask me for approval on that plan.

For simple changes, just make the code change but always think carefully and step-by-step about the change itself.

When a file becomes too long, split it into smaller files.

When a function becomes too long, split it into smaller functions.

When debugging a problem, make sure you have sufficient information to deeply understand the problem.

More often than not, opt in to adding more logging and tracing to the code to help you understand the problem before making any changes. If you are provided logs that make the source of the problem obvious, then implement a solution. If you’re still not 100% confident about the source of the problem, then reflect on 4-6 different possible sources of the problem, distill those down to 1-2 most likely sources, and then implement a solution for the most likely source — either adding more logging to validate your theory or implement the actual fix if you’re extremely confident about the source of the problem.

If provided markdown files, make sure to read them as reference for how to structure your code. Do not update the markdown files at all. Only use them for reference and examples of how to structure your code.

When interfacing with Github:

When asked, to submit a PR — use the Github CLI. Assume I am already authenticated correctly.

When asked to create a PR follow this process:
1. git status — to check if there are any changes to commit
2. git add . — to add all the changes to the staging area (IF NEEDED)
3. git commit -m «your commit message» — to commit the changes (IF NEEDED)
4. git push — to push the changes to the remote repository (IF NEEDED)
5. git branch — to check the current branch
6. git log main..[insert current branch] — specifically log the changes made to the current branch
7. git diff —name-status main — check to see what files have been changed

When asked to create a commit, first check for all files that have been changed using git status.

Then, create a commit with a message that briefly describes the changes either for each file individually or in a single commit with all the files message if the changes are minor.
8. gh pr create —title «Title goes here…» —body «Example body…»

When writing a message for the PR, don’t include new lines in the message. Just write a single long message.

PS: Отмазки, типа «мне поздно» не катят. Мне 61 (фак!) и ничего.🤣

Прокрутить вверх