開發多年以來，深深的體會到做項目的幾個重要性，越是大項目，下面的重要性越顯得尤爲重要。
一.開發流程規範化的重要性
爲什麼要提開發流程的規範性很重要呢？原因很簡單，如果開發團隊沒有開發流程的規範，那麼就像軍隊沒有了軍紀一樣，各自按照自己的習慣去開發，那麼就會出現各種各樣的問題，例如：產品A讓開發B開發一個需求，B答應了，這期間沒有產品會，技術會，也無文檔沉澱，B開發完了，然後讓測試C去測試，C一臉懵逼的說我該怎麼測？B說你去找產品A瞭解一下需求，然後C找到A瞭解需求，然後A巴拉巴拉的說了一堆，然後C也沒有記住，測試過程中也不斷問A和B各種各樣的問題。這種私下交流而沒有沉澱的開發流程可能在小公司很多，但是稍微上一點規模的，可能就亂成一鍋粥了，後果不勘設想。隨着項目的迭代，各種需求滿天飛，如果沒有一套開發流程來約束整個項目週期，那麼項目的進度，管理，以及質量將一團糟糕。開發流程的規範性，每個公司都不太一樣，但都大同小異，都遵循着類似的流程，從而可以按照流程一步一步的進行，不至於出現項目管理的混亂性。
一般項目的開發流程包括一下幾個過程：
產品會--->技術分析階段--->UI評審會--->技術評審會--->開發階段--->測試評審會--->開發完成後自測階段--->聯調階段--->聯調完成後自測階段--->提測階段--->預發驗證階段--->發佈上線--->灰度階段--->灰度結束全量開放
上面是一個完整的大致開發流程規範，其中UI評審會，灰度階段，灰度結束全量開發等一般視情況而定，不一定有，看需求情況，但是大部分都會沿着這個流程一步一步的來，各個階段會做好相應的文檔沉澱，方便日後接手開發的同學有一個文檔參考。
二.編碼規範的重要性
比起開發流程的重要性，編碼規範重要性也非常非常的重要，我們做開發的都知道，如果一個項目對編碼沒有規範，你寫一套風格，我寫一套風格，馬上整個項目就會變成傳說中的：屎山。俗話說，無規矩不成方圓，在編碼上也是。編碼規範在項目還未創建就應該先規範好，避免日後接手開發的同學按照自己的風格去編碼，大家遵守一套編碼規範，項目的整體風格會很協調，很舒服。目前各大公司一般都是遵守《阿里巴巴開發手冊》來約束自己的編碼規範。
三.發佈流程的規範性
這裏爲什麼要提發佈流程的規範性呢？因爲在過往的發佈中，我發現，發佈的時候總是會出現各種各樣的問題，究其原因還是發佈流程不夠規範。如果事先制定了一套發佈流程，按部就班的發佈，會避免很多問題的發生。不按流程發佈，可能要發佈3-4小時還不一定搞定，如果按照發布流程，可能半小時或者十幾分鍾就搞定了。發佈的先後順序一定要遵循，項目之間的依賴關係一定要清楚。
四.基礎的重要性
俗話說，基礎不牢地動山搖，爲什麼說基礎重要呢？大家可能都覺得，基礎有什麼好學的，這麼簡單，其實再複雜的東西也是由基礎一點一點匯聚而成的。真正的把基礎打牢，纔有可能寫出高質量的代碼，才能做出高質量的項目。此處的牢，不是簡單的我會用，而是要知其然知其所以然，探究源碼的設計思想，以及源碼爲何這樣設計或者處理，以及常用的數據結構的特點和源碼中存在的坑等等，基礎其實也有很多東西可以學，真正的做到融會貫通才是真的打牢了，一通百通，做出來的項目自然也比別人高一節。
五.模式的重要性
開發中有很多模式，這些都是前人總結出來的精華，經過千錘百煉的出來的結論，並且已被在各大源碼中實踐多次。現在各大框架層出不窮，究其本質還是對基礎內容+模式的組合而已，萬變不離其宗，如果能玩轉模式的精髓和本質，哪框架對你來說也只是浮雲而而，我們要去探索模式的本質以及模式能解決那些問題，靈活的運用在自己的項目中，不僅能提升自己的編碼功底，同時還能提高看源碼的理解深度，總而言之，模式真的很重要，值得每一個開發人員重視起來。