軟件開發的 5 條核心原則，讓工做事半功倍

做爲一名程序員，小夥伴們有沒有想過這個簡單的問題，「軟件是什麼？」能夠閉上眼睛讓本身想一會，若是以爲有點抽象不太好回答的話，來看看個人答案。

軟件 = 程序 + 數據 + 文檔 + （服務）
程序 = 數據結構 + 算法

看完這兩個直觀的公式，是否是有一種恍然大悟的感受，「哦，原來這樣啊。」

再來看四條對「軟件」的定義，雖然比較枯燥，但概念是到位的：

• 軟件是可以完成預約功能，達到預期性能的，能夠執行的計算機指令；
• 軟件是可以讓程序處理適當信息的數據結構；
• 軟件是描述程序操做和使用的文檔；
• 軟件是一種邏輯實體，具有知識性的產品集合，是對物理世界的一種抽象，同時又是一種人腦智力的成果。

在不少自覺得是的甲方眼裏，軟件是廉價的，能夠隨意複製的，所以他們常常提出一些苛刻的要求，其中有一些讓軟件開發者感到啼笑皆非：「這個需求簡單的嘞，你去網上隨便找個現成的，改一改就行了呀，花不了多長時間的，一個月能夠搞定吧？」每次聽到相似的話，個人內心就有一萬隻草泥馬奔騰而過。

軟件開發並非一件垂手可得的事情，須要經歷下面這些基本過程：

1）軟件計劃，肯定產品定位和目標用戶。這一步是須要甲方去規劃和調研的。

2）軟件需求分析：根據甲方需求，分析出甲方須要的產品功能。這一步是須要項目負責人（或者產品經理）去和甲方溝通的。

3）根據需求進行設計：包括概要設計和詳細設計。這一步是須要項目負責人（或產品經理）作的，而且要正確地傳達給開發人員。

4）編碼並運行。這一步是須要開發人員去作的。

5）測試：確認甲方需求，對設計和結果進行驗證。開發人員要進行單元測試，集成測試，若是有專業的測試團隊的話，就須要站在甲方和用戶的角度去測試總體產品是否符合要求並達到性能要求。

6）維護：保證軟件可以在正式環境下運行，而且對一些缺陷（bug）進行修正，或者對功能進行完善，或者對性能進行改進，不斷迭代軟件版本。

瞧，軟件開發的過程並無甲方想象中那麼簡單，若是有小夥伴遇到不講理的甲方，就把這篇文章扔給他好好看看。

既然軟件開發的過程是有難度的，是須要付出時間和精力的，那就有必要遵循一些原則，不然開發成本就會變得很昂貴，開發週期就會拖延很長時間。

原則一： Don't Repeat Yourself。

直譯叫作「不要重複你本身」，還有另一個耳熟能詳的版本，「不要重複造輪子」。

在你一開始進入軟件開發這個領域後，就必定要注意，把你本身寫過的一些解決方案彙總到一塊兒，按期梳理一遍，寫點文檔，不斷重構，使它們成爲一把把瑞士軍刀。若是能夠的話，把它們開源出來，服務更多的開發者。

有了本身的工具庫後，當你下次遇到相似的需求時，就能夠直接拿出來用，省去很多時間。

除此以外，你還應該善於利用那些業界已經開源出來的成熟的技術方案，好比下面這些。

GitHub 和碼雲是兩個充滿寶藏的地方，若是你以爲本身的能力還不到本身造輪子的份上，那就必定要多上上這兩個網站，裏面有不少成熟的解決方案供你無償使用。

好比說，你要一套商城系統，那麼 marcozheng 的 mall 就能夠直接拿來做爲原型。好比說，你要一套人事管理系統，那麼江南一點雨的 vhr 就能夠直接拿來做爲原型。（雖然推薦了不少次，但好朋友的，多推薦一次不嫌多。）

原則二： Keep it simple stupid。

著名的 KISS 原則，即「保持簡單、保持愚蠢」，和史蒂夫·喬布斯的名言「stay hungry, stay foolish」有着殊途同歸之妙。

從蘋果產品的設計上也能夠體現出來這個原則，起初的手機，好比說諾基亞智能機，帶不少實體鍵，但蘋果只有一個 home 鍵，其餘所有虛擬鍵代替，完全革了諾基亞的命。

在咱們設計軟件的過程當中，千萬不要想得太複雜，越簡單越好，等成型了之後再豐富效果，不然開發成本會變得很昂貴，軟件就能夠腹死胎中。

原則三： You Ain't Gonna Need It。

英文直譯爲「你不須要它」，該規則要求程序員在必要以前不該該添加功能。極限編程的聯合創始人羅恩·傑弗里斯（Ron Jeffries）曾經說過：「老是在實際須要時才實現事物，而不是在預見到須要它們時才實現。」

項目負責人（產品經理）更應該堅持這條原則，千萬不要過分拆解用戶的需求，在產品設計的過程追加過多本身認爲應該追加的功能，由於在一個軟件使用中，每每 80% 的請求都花費在 20% 的功能上。

不少次要的功能可能須要，由於它們的存在而使軟件錦上添花，但沒有它們，軟件的商業價值依然是存在的。功能越少，開發週期就會越短，這樣就更有可能戰勝競品。

原則四： Done is better than perfect。

Done is better than perfect because perfect is never done。

很簡單的一句英文，能理解吧？

不要總想着把全部的功能作完善，作完美后再上線，應該在產品具備必定的雛形後就當即上線試錯，根據用戶的反饋，根據市場的需求再去考量是否追加一些其餘的功能或者優化。

「人無完人，金無足赤」，應該容許一些瑕疵存在，刻意追求完美並不見得是一件好事。喬布斯想要一整塊屏幕，但技術達不到的時候，他也是會留一個 home 鍵的。

咱們程序員在開發軟件的時候，也應該遵循這條原則，先把功能作出來再說，至於效果，用戶的體驗，應該日後放，不要總想着盡善盡美，盡善盡美意味着永遠也完不成——沒有最好，只有更好。

原則五： Choose the most suitable things。

選擇最適合的，不要盲目追求時髦。技術突飛猛進，目不暇接，若是在開發軟件的時候，一味追求最前沿的技術，可能就會讓產品變成小白鼠。

就好像咱們談一場戀愛，不要一味去追求遙不可及的，每每那些在咱們身邊的，肯陪伴咱們的纔是最好的。

技術選型的時候，適合就好。若是產品的目標用戶只有一千人不到，就不必搞分佈式，搞大數據，不然就有點「蛇吞象」的意味；等真到了須要搞分佈式，搞大數據的時候再升級徹底來得及。

肝了三天三夜，《程序員不可或缺的軟實力》初版強勢來襲，純手敲，足足 20 萬字精華文章，貫穿了我十餘年的編程生涯，涉及到了生活和工做中的方方面面， 若是你是迷茫的在校大學生，或者剛入職的新人，相信個人我的經歷，能夠給你帶去一些思考，從而樹立起正確的人生觀和價值觀。

那這份 PDF 該怎麼獲取呢？

連接: https://pan.baidu.com/s/1o6MY84my0OD0DHnAmZT6rA 密碼:tx5e

真心但願這份 PDF 可以對你們起到實質性的幫助，我也會在後面不斷完善這本電子書，敬請期待。

固然，也平常求個贊！

最後，但願小夥伴們在軟件開發的過程當中，可以去遵循這 5 條原則，畢竟天天工做的時候能夠多摸魚 4 個小時（手動狗頭）。