Merilis 4 Produk Sendirian
Saya merilis empat produk dalam satu tahun.
Produk-produk tersebut meliputi spectr-ai, Scry, Argus, dan Lomi. Produk ini mencakup keamanan, Web3, ekstensi browser, dan B2B SaaS.
Membangun produk-produk ini sendirian mengajarkan saya pelajaran yang tidak bisa diberikan oleh satu proyek saja.
Berikut adalah apa yang saya pelajari.
- Alokasikan sumber daya untuk bagian yang membosankan.
Saya menghabiskan energi saya pada masalah teknis yang sulit. Saya fokus pada analisis AI dan rekonstruksi bytecode. Bagian-bagian ini sulit tetapi dapat diprediksi.
Ancaman sebenarnya adalah tugas-tugas yang tidak menarik. Peninjauan Chrome Web Store, resolusi proxy, dan pengaturan deployment hampir menenggelamkan proyek-proyek saya.
Pekerjaan yang sebenarnya sering kali adalah integrasi di bagian pinggir. Saya selalu kurang mengalokasikan waktu untuk hal ini.
- AI membuat tahap awal menjadi murah, bukan tahap akhir.
Orang-orang bilang AI memungkinkan satu orang membangun sebuah perusahaan. Kenyataannya lebih spesifik.
AI menangani 80% pertama dari sebuah fitur. AI membangun boilerplate dan menyusun draf pengujian. Hal ini membuat kerja solo menjadi mungkin.
AI tidak menangani 20% terakhir. Ini mencakup edge cases, peninjauan keamanan, dan debugging koneksi yang tidak stabil. Bagian itu masih lambat. Bagian itu tetap membutuhkan perhatian penuh Anda.
- Mengganti nama adalah sebuah kemajuan.
Saya mengganti nama beberapa proyek seiring pertumbuhannya. Dulu saya berpikir mengganti nama berarti saya menyia-nyiakan usaha.
Saya salah. Mengganti nama berarti Anda akhirnya memahami produk tersebut. Kodenya tetap sama, tetapi kejelasan Anda meningkat.
- Logika harus didahulukan sebelum polesan.
UI yang cantik adalah jebakan. Jika fungsionalitasnya berubah, Anda harus mendesain ulang. Ini membuang-buang waktu.
Aturan saya sederhana: selesaikan logika dan pengujian sebelum melakukan penataan gaya (styling). Sebuah fitur baru dianggap bekerja hanya jika pengujian membuktikannya. Jangan membuatnya cantik sampai fitur tersebut benar-benar berfungsi.
- Tulislah tentang kegagalan.
Membangun di depan publik (building in public) berarti membagikan bagian-bagian buruknya juga.
Saya menulis tentang hack, pendekatan yang gagal, dan bug. Ini mengajarkan saya lebih banyak daripada bekerja dalam diam. Ini juga membangun audiens yang peduli dengan proses Anda.
Jika Anda membangun sendirian, ikuti aturan ini:
• Habiskan lebih banyak waktu untuk integrasi daripada fitur inti. • Gunakan AI untuk pekerjaan kasar, tetapi kerjakan 20% yang sulit itu sendiri. • Prioritaskan pengujian di atas UI. • Bagikan kesalahan Anda saat proses berjalan.
Merilis adalah sebuah kata kerja. Itu bukanlah sebuah status akhir. Melakukannya empat kali mengajarkan saya lebih banyak daripada menyempurnakan satu produk.
Komunitas belajar opsional: https://t.me/GyaanSetuAi