Випуск 4 продуктів наодинці
Я випустив чотири продукти за один рік.
Серед них — spectr-ai, Scry, Argus та Lomi. Вони охоплюють сфери безпеки, Web3, браузерних розширень та B2B SaaS.
Створення цих продуктів наодинці дало мені уроки, яких не міг дати жоден окремий проєкт.
Ось чого я навчився.
- Закладайте час на нудні речі.
Я витрачав енергію на складні технічні проблеми. Я зосереджувався на ШІ-аналізі та реконструкції байт-коду. Ці частини були складними, але передбачуваними.
Справжньою загрозою були негламурні завдання. Перевірки в Chrome Web Store, вирішення проблем із проксі та налаштування розгортання ледь не потопили мої проєкти.
Справжня робота — це часто інтеграція на периферії. Щоразу я недооцінював час на це.
- ШІ робить початок дешевим, а не кінець.
Кажуть, що ШІ дозволяє одній людині побудувати компанію. Правда більш конкретна.
ШІ бере на себе перші 80% функціоналу. Він створює шаблонний код і готує чернетки тестів. Це робить сольну роботу можливою.
ШІ не справляється з останніми 20%. Сюди входять граничні випадки, перевірки безпеки та налагодження нестабільних з'єднань. Ця частина все ще повільна. Вона все ще потребує вашої повної уваги.
- Перейменування — це прогрес.
Я перейменовував кілька проєктів у міру їхнього зростання. Раніше я думав, що перейменування означає марну трату зусиль.
Я помилявся. Перейменування означає, що ви нарешті зрозуміли продукт. Код залишається тим самим, але ваша чіткість покращується.
- Логіка передує поліруванню.
Гарний UI — це пастка. Якщо функціональність змінюється, вам доводиться переробляти дизайн. Це марнує час.
Моє правило просте: завершіть логіку та тести перед будь-якою стилізацією. Функція працює лише тоді, коли це доводить тест. Не робіть її гарною, поки вона не запрацює.
- Пишіть про невдачі.
Публічна розробка (building in public) означає, що потрібно ділитися і поганими моментами також.
Я писав про хаки, невдалі підходи та баги. Це навчило мене більшому, ніж робота в тиші. Це також допомогло зібрати аудиторію, якій цікавий ваш процес.
Якщо ви розробляєте наодинці, дотримуйтесь цих правил:
• Витрачайте більше часу на інтеграцію, ніж на основну функцію. • Використовуйте ШІ для рутинної роботи, але складні 20% робіть самостійно. • Пріоритет тестам, а не UI. • Діліться своїми помилками в процесі.
Випуск — це дієслово. Це не кінцевий стан. Те, що я зробив це чотири рази, навчило мене більшому, ніж досконале створення одного продукту.
Додаткова спільнота для навчання: https://t.me/GyaanSetuAi