正確的軟體開發程式有助於處理不可預見的問題

本文由碼農網 – 小峰原創，轉載請看清文末的轉載要求，歡迎參與我們的付費投稿計劃！

軟體開發常常是不可預測的。有時候基礎架構和庫發生變化了，有時候bug突然出現了，又或者忽然發現專案時間不夠了，等等。為了能有效處理這些不可預測的問題，我們必須在某些特定的時候將軟體的開發過程規範起來。處理不可預測的問題是一方面的作用，另一方面的作用是一旦需要隨時升級系統中的任何部分，我們都能胸有成竹。

一般而言，我們的感知依賴於類庫的水平，因為我們每天都要和類庫打交道。不及時更新資料就意味著技術落後。當系統已經成熟，再加上建立一個合適的自動化測試和持續交付程式，那麼你會發現更新資料庫其實真的very easy。但是這個工作流程往往不會擴充套件到基礎架構的其他更基本的部分，例如我們在機器上使用的作業系統。有的程式釋出的週期非常長，支援也需要很長時間，而見怪不怪的我們漸漸視之為理所當然。但是根據其支援程度，如果沒有一個深思熟慮的計劃就去更新這些部分，必將將會成為管理的陣痛。

當我們在構建工作流程時，不能用全面的觀點去考慮整個系統，那麼即使再好的自動化測試和持續交付程式，也不能讓我們有效處理各種不可預見的問題。

版本管理

日前我們正在更新伺服器上所用的Ubuntu版本，整個過程著實用了很多時間，因為這不但是一個我們一直殷殷期盼為了提供高水準品質的技術挑戰，也是能讓我們逐步完成目標、發現未知bug的過程。

這樣一來，我們就知道怎麼樣的作業系統配怎麼樣的基礎架構了，然後可以正確決策應用哪個版本。這使得我們能夠更徹底地測試和了解整個基礎架構，確保我們不會貿貿然地打斷客戶的部署。

我們需要大力推廣和技術支援整個程式。但是，在問題的初期就想明瞭具體的更新路徑和以後的處理方式，是很難的。不過有一點我們要清楚產生問題就跟我們喝水吃飯一樣是自然的結果，關鍵是組建一支優秀的團隊，有一個正確的發展理念。我們要始終堅持這一點，這也是一個企業發展和技術前進的著力點。我們應該時刻準備著應對各種變化和問題。

也許你會說你並不需要一開始全部改動基礎架構，那麼你就得清楚你的所作所為會給你帶來什麼樣的後果。

結論

在軟體專案中，我們常常對這個那個不甚滿意，但是一旦真的要著手去改，又會覺得痛苦異常。所以我們應該及時儘早地處理問題，哪怕它只是一個並不打算製成產品的邊際試驗。即使最終無關緊要，也能讓人增加這方面的經驗，掌握相關資料，而且要是真的“夢想成真”，你也有如何處理的程式。

每個人都會遇到不可預見的問題，關鍵是要及時更新自己的資訊儲備和程式的基礎架構。有時候，這些問題會最終消失湮滅，但是有時候，隨著我們研究的深入，問題反而像貪吃蛇一樣膨脹了。

如果你因此而嚇破了膽，將它們束之高閣，那麼問題將會氣勢洶洶再次狠狠地給你一拳。一個微妙的改動、一個細微的程式改進或是一個小小的技術更新都會成為你的得力助手，節省你的時間和精力，提高生產效率。

大家一起團結協作，推廣正確的程式，更新技術，才能勇往直前、無所畏懼。要知道畏懼是一種會減少行動力和創造力的負面情緒，只會扯我們的後腿。通過充足的準備，我們才能無畏無懼無所顧忌地發明創新，設計出為廣大使用者喜愛的產品。

你是否也有這樣必須迎難而上的經歷？你又是如何處理的？歡迎分享。