工作創業 | 程序員為什么不能一次性寫好，需要一直改Bug？

原因是時間不夠+需求變化。

軟件開發就像按圖索驥，驥是需求，圖是軟件，最終目的是通過軟件達成目標。

軟件bug存在的根本原因是考慮不周，既有業務需求端的考慮不周，也有程序設計端的考慮不周。

需求和實現兩方面原因導致了軟件bug的出現。需求方主要是需求難明確和隨時間在變化，實現方主要是時間短、任務重、人手少。

企業軟件尤其明顯，需求方眾多。針對同一個業務目標，每個部門都有站在自己立場的需求，并且相互之間可能存在沖突，需要更高一級的部門來裁決需求，最終是一個相互妥協、相互遷就的需求。這是一件極其耗時耗力的事情，從需求產生的根源上就為考慮不周埋下了種子。

企業軟件開發完成部署上線后，隨著外部條件的變化，需求隨之調整，需按新的業務規則繼續優化滿足新的需求，這是一個循環往復不斷變化的過程。站在軟件角度未必算是bug，但站在需求方的角度，會認為軟件不夠成熟完善、功能不夠強大，無法滿足業務需求，認為是軟件bug。雖然有背鍋成分，但甲方爸爸哪里會有錯呢，就算是bug吧，唯有努力打磨產品，還能怎樣呢！

軟件開發是目的性很強的一件事情，既是機械的也是死板的，不允許開發者自己隨意畫圖，必須按照業務需求方對馬的要求進行設計，這導致軟件開發是協作性很強的一件事情，不是一個人事情，而是一個團隊的事情。團隊合作需要反復測試、確認、修正，這個過程沒有大量的時間和人力，是無法保障軟件質量的，但是從業務方時間緊迫、開發方成本投入等各方面考慮，都要求在盡量短的時間內，完成開發部署上線，這也是時間不夠導致軟件出現bug的原因所在。

總的來說，軟件bug無解，一定是存在的，只是有沒有被觸發和發現的問題。

無解也要盡量解，方法就是產品打磨：地基+框架。

產品基礎部分不斷優化、打磨，保障地基的穩固。無論建在沙漠中，還是建在灘涂上，房子都不會倒。基礎部分不允許進行定制開發，避免出現損害穩固性的情況，方便產品級bug的修復和更新，保障需求和供給雙方的利益。

業務需求部分按需定制，采用框架模式，保障需求實現的規范、高質、快速。