完成比完美更重要？僅知道這句話可不夠
摘要：
導讀
都說完成比完美更重要！
軟體開發模式經過多年的演化，從傳統的瀑布開發模型升級到了敏捷開發模型。
而到了網際網路時代，迭代再次加快，產品直接是在網際網路上生長。
然而，做產品總是要先出一個版本，再不斷迭代，那從0到1的第一步應該怎麼走？後續的迭代又應該如...
導讀
都說完成比完美更重要！
軟體開發模式經過多年的演化，從傳統的瀑布開發模型升級到了敏捷開發模型。
而到了網際網路時代，迭代再次加快，產品直接是在網際網路上生長。
然而，做產品總是要先出一個版本，再不斷迭代，那從0到1的第一步應該怎麼走？後續的迭代又應該如何演進呢？
重點筆記
迭代就是小步快跑，把最核心的部分先放出來，不斷優化、小範圍試錯。
版本規劃能力是產品經理的重要能力。
判斷一個產品經理是否厲害，很重要的一條就是判斷他設計的產品第一個版本有多簡單、直接、切中要點，能不能 直指人心 。
產品複雜是因為產品經理不自信，只能從附加功能中找心理安慰。
產品設計應該找到 核心 ，小步快迭代，而不是憋大招。
迭代中，重要的是次序，前一個動作是後一個動作的預動作。
迭代的價值：
- 對外部，可以快速得到使用者的反饋，讓使用者反饋去驅動產品。
- 對內部，建立了開發團隊的節奏感和確定性，每週都有新版本。
我的思考
我把這一課的重點總結為：
迭代 = 核心 + 節奏
年後，我一直在做區塊鏈的專案，主要是負責鏈層的開發。
8月分前是在做一個基於聯盟鏈的歸因DApp，從POC到正式上線，經歷了三次迭代。產品在鏈層的核心是組建區塊鏈和資料上下鏈。迭代的節奏是1個半月一次迭代，
但很難說這三次迭代是事先規劃出來的，不如說走一步看一步，摸著石頭過河。
整個過程在7月份之前是相當迷茫和痛苦的，但經歷過這一篇章的磨礪，整個人到是淡定了不少。
漸漸習慣了事情的推進的節奏是先來一段卡殼期，然後是柳暗花明。
最近開始公鏈的開發了，目前來看，核心是golang版本的NaiveCoin, 迭代的節奏是兩週半一個改進模組。
前路漫漫，必將上下而求索。