З недавнім інтенсивним використанням codex з’явилися кілька досвідів:

1. Усі розробки потрібно розглядати як один проект, управління ним. Запуск проекту — це лише початок тонкої доведення до досконалості. Після завершення розробки від 0 до 1, і коли логіка запущена, потрібно розбити проект на окремі блоки, а потім довести кожен блок до досконалості.
2. Розробка не має кінця, потрібно ставити собі цілі на різні часи або за досягненням проекту. Наприклад, для взаємодії з клієнтами — що вважається взаємодією? Потрібно мати чіткий стандарт, а не безкінечно доводити до досконалості та оптимізувати, щоб не потрапити у пастку самозакоханості. Комерціалізація має відповідати стандартним діям.
3. Потрібно робити вибір — деякі функції додадуть цінності, але для клієнтів вони можуть бути незначними або беззмістовними. У таких випадках у версії 1.0 потрібно сміливо відмовлятися від них, дивлячись з точки зору клієнта.
4. Враховувати потреби ринку при формуванні логіки та напрямку продукту, не визначати його за власними уподобаннями. Як визначити ринок? Якщо продукт продається і отримує гроші — значить, попит є.
5. У продукту немає рівнів — все залежить від потреб клієнтів. Можливо, продукт, який здається дуже простим, буде дуже популярним і продаватиметься масово, хоча й коштує дуже дешево. Наприклад, нещодавно додаток «Це померло?» — типовий приклад.
Підсумовуючи: визначайте продукт, враховуючи потреби клієнтів і ринку; з 0 до 1 має бути стандарт; робота над розробкою має мати межі.