Sejak mulai menggunakan codex secara intensif baru-baru ini, ada beberapa pengalaman:

1. Semua pekerjaan pengembangan harus dikelola sebagai sebuah proyek, menjalankan proyek hanyalah awal dari proses penyempurnaan yang detail. Setelah menyelesaikan pengembangan dari 0-1 dan logika berjalan lancar, harus membagi proyek menjadi beberapa bagian, lalu menyempurnakan masing-masing bagian.
2. Pengembangan tidak pernah berakhir, harus menetapkan target waktu atau pencapaian proyek yang berbeda. Misalnya, interaksi dengan pelanggan, dalam kondisi apa saja bisa dikatakan interaktif? Harus memberikan standar yang jelas untuk diri sendiri, bukan terus-menerus menyempurnakan dan mengoptimalkan tanpa batas, karena akan terjebak dalam rasa bangga yang tidak berujung. Untuk komersialisasi, harus ada langkah-langkah standar.
3. Harus ada kompromi, beberapa fitur mungkin akan lebih baik jika ditambahkan, tetapi di mata pelanggan tidak terasa atau nilainya rendah. Dalam situasi ini, di versi 1.0 harus berani untuk mengorbankan, dan berpikir dari sudut pandang pelanggan.
4. Menggabungkan kebutuhan pasar untuk menentukan logika dan arah produk, tidak boleh mendefinisikan produk berdasarkan preferensi pribadi. Lalu bagaimana menilai pasar? Jika produk bisa terjual dan mendapatkan uang, itu berarti pasar memiliki kebutuhan.
5. Tidak ada produk yang tinggi atau rendah, semuanya tergantung kebutuhan pelanggan. Mungkin produk yang dianggap sangat rendah oleh diri sendiri, tetapi bisa laris manis, meskipun biayanya sangat rendah. Baru-baru ini, aplikasi "Apakah sudah mati?" adalah contoh yang sangat representatif.
Kesimpulannya: definisikan produk berdasarkan kebutuhan pelanggan dan pasar; dari 0-1 harus memiliki standar; pekerjaan pengembangan harus memiliki batasan.