最近高強度でcodexを使用し始めて、いくつかの経験があります：

1、すべての開発作業は一つのプロジェクトとして管理しなければならない。プロジェクトを成功させることは、細部を磨き上げる始まりに過ぎない。0から1への開発作業を完了し、ロジックを通したら、プロジェクトを一つ一つのセクションに分割し、それぞれのセクションを磨き上げる。
2、開発には終わりがない。自分に異なる時間やプロジェクトの達成目標を設定すべきだ。例えば、クライアントとのインタラクションでは、どの状況がインタラクティブと見なせるか？明確な基準を自分に設ける必要があり、無限に磨き続けることは避けるべきだ。自己満足に陥ることを避けるためだ。商業化には商業化の標準的な動作が必要だ。
3、取捨選択が必要だ。ある機能を追加するとより良くなるが、クライアントには無感覚または価値が低い場合もある。このような場合、バージョン1.0では勇気を持って捨てるべきだ。クライアントの視点から問題を考えることが重要だ。
4、市場のニーズに合わせて製品のロジックと方向性を決定すべきだ。自分の好みだけで製品を定義してはいけない。では、市場をどう判断するか？売れるかどうか、収益が得られるかどうかが基準だ。つまり、市場に需要があることを示している。
5、製品に高低はない。顧客のニーズ次第だ。自分では非常に低レベルだと思う製品でも、爆売りすることもある。コストが非常に低い場合も同様だ。最近の例では、「死んだのか？」アプリは典型的な例だ。
まとめ：顧客と市場のニーズを結びつけて製品を定義し、0から1への段階では基準を持つこと。開発作業には境界線を設けること。