你不得不知，軟件開發(fā)的 5 條核心原則

來源：湖北國菱計算機科技有限公司-湖北國聯(lián)計算機科技有限公司-荊州網(wǎng)站建設-荊州軟件開發(fā)-政府網(wǎng)站建設公司 時間：2025-02-21

作為一名程序員，小伙伴們有沒有想過這個簡單的問題，“軟件是什么？”可以閉上眼睛讓自己想一會，如果覺得有點抽象不太好回答的話，來看看我的答案。

軟件= 程序 + 數(shù)據(jù) + 文檔 + （服務）
      程序= 數(shù)據(jù)結(jié)構(gòu) + 算法

看完這兩個直觀的公式，是不是有一種恍然大悟的感覺，“哦，原來這樣啊?！?/span>

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

• 軟件是能夠完成預定功能，達到預期性能的，可以執(zhí)行的計算機指令；

• 軟件是能夠讓程序處理適當信息的數(shù)據(jù)結(jié)構(gòu)；

• 軟件是描述程序操作和使用的文檔；

• 軟件是一種邏輯實體，具備知識性的產(chǎn)品集合，是對物理世界的一種抽象，同時又是一種人腦智力的成果。

在很多自以為是的甲方眼里，軟件是廉價的，可以隨意復制的，因此他們經(jīng)常提出一些苛刻的要求，其中有一些讓軟件開發(fā)者感到哭笑不得：“這個需求簡單的嘞，你去網(wǎng)上隨便找個現(xiàn)成的，改一改就好了呀，花不了多長時間的，一個月可以搞定吧？”每次聽到類似的話，我的心里就有一萬只草泥馬奔騰而過。

軟件開發(fā)并不是一件輕而易舉的事情，需要經(jīng)歷下面這些基本過程：

• 軟件計劃，確定產(chǎn)品定位和目標用戶。這一步是需要甲方去規(guī)劃和調(diào)研的。

• 軟件需求分析：根據(jù)甲方需求，分析出甲方需要的產(chǎn)品功能。這一步是需要項目負責人（或者產(chǎn)品經(jīng)理）去和甲方溝通的。

• 根據(jù)需求進行設計：包括概要設計和詳細設計。這一步是需要項目負責人（或產(chǎn)品經(jīng)理）做的，并且要正確地傳達給開發(fā)人員。

• 編碼并運行。這一步是需要開發(fā)人員去做的。

• 測試：確認甲方需求，對設計和結(jié)果進行驗證。開發(fā)人員要進行單元測試，集成測試，如果有專業(yè)的測試團隊的話，就需要站在甲方和用戶的角度去測試整體產(chǎn)品是否符合要求并達到性能要求。

• 維護：保證軟件能夠在正式環(huán)境下運行，并且對一些缺陷（bug）進行修正，或者對功能進行完善，或者對性能進行改進，不斷迭代軟件版本。

瞧，軟件開發(fā)的過程并沒有甲方想象中那么簡單，如果有小伙伴遇到不講理的甲方，就把這篇文章扔給他好好看看。

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

原則一：Don't Repeat Yourself。

直譯叫做“不要重復你自己”，還有另外一個耳熟能詳?shù)陌姹?，“不要重復造輪子”?/span>

在你一開始進入軟件開發(fā)這個領(lǐng)域后，就一定要注意，把你自己寫過的一些解決方案匯總到一起，定期梳理一遍，寫點文檔，不斷重構(gòu)，使它們成為一把把瑞士軍刀。如果可以的話，把它們開源出來，服務更多的開發(fā)者。

有了自己的工具庫后，當你下次遇到類似的需求時，就可以直接拿出來用，省去不少時間。

除此之外，你還應該善于利用那些業(yè)界已經(jīng)開源出來的成熟的技術(shù)方案，比如下面這些。

GitHub 和碼云是兩個充滿寶藏的地方，如果你覺得自己的能力還不到自己造輪子的份上，那就一定要多上上這兩個網(wǎng)站，里面有很多成熟的解決方案供你免費使用。

比如說，你要一套商城系統(tǒng)，那么marcozheng 的 mall 就可以直接拿來作為原型。比如說，你要一套人事管理系統(tǒng)，那么江南一點雨的 vhr 就可以直接拿來作為原型。（雖然推薦了很多次，但好朋友的，多推薦一次不嫌多。）

原則二：Keep it simple stupid。

著名的KISS 原則，即“保持簡單、保持愚蠢”，和史蒂夫·喬布斯的名言“stay hungry, stay foolish”有著異曲同工之妙。

從蘋果產(chǎn)品的設計上也可以體現(xiàn)出來這個原則，起初的手機，比如說諾基亞智能機，帶很多實體鍵，但蘋果只有一個home 鍵，其他全部虛擬鍵代替，徹底革了諾基亞的命。

在我們設計軟件的過程中，千萬不要想得太復雜，越簡單越好，等成型了以后再豐富效果，否則開發(fā)成本會變得很昂貴，軟件就可以腹死胎中。

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

英文直譯為“你不需要它”，該規(guī)則要求程序員在必要之前不應該添加功能。極限編程的聯(lián)合創(chuàng)始人羅恩·杰弗里斯（Ron Jeffries）曾經(jīng)說過：“總是在實際需要時才實現(xiàn)事物，而不是在預見到需要它們時才實現(xiàn)?！?/span>

項目負責人（產(chǎn)品經(jīng)理）更應該堅持這條原則，千萬不要過度拆解用戶的需求，在產(chǎn)品設計的過程追加過多自己認為應該追加的功能，因為在一個軟件使用中，往往80% 的請求都花費在 20% 的功能上。

很多次要的功能可能需要，因為它們的存在而使軟件錦上添花，但沒有它們，軟件的商業(yè)價值依然是存在的。功能越少，開發(fā)周期就會越短，這樣就更有可能打敗競品。

原則四：Done is better than perfect。

Done is better than perfect because perfect is never done。

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

不要總想著把所有的功能做完善，做完美后再上線，應該在產(chǎn)品具有一定的雛形后就立即上線試錯，根據(jù)用戶的反饋，根據(jù)市場的需求再去考量是否追加一些其他的功能或者優(yōu)化。

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

我們程序員在開發(fā)軟件的時候，也應該遵循這條原則，先把功能做出來再說，至于效果，用戶的體驗，應該往后放，不要總想著盡善盡美，盡善盡美意味著永遠也完不成——沒有最好，只有更好。

原則五：Choose the most suitable things。

選擇最適合的，不要盲目追求時髦。技術(shù)日新月異，應接不暇，如果在開發(fā)軟件的時候，一味追求最前沿的技術(shù)，可能就會讓產(chǎn)品變成小白鼠。

就好像我們談一場戀愛，不要一味去追求高不可攀的，往往那些在我們身邊的，肯陪伴我們的才是最好的。

技術(shù)選型的時候，適合就好。如果產(chǎn)品的目標用戶只有一千人不到，就沒必要搞分布式，搞大數(shù)據(jù)，否則就有點“蛇吞象”的意味；等真到了需要搞分布式，搞大數(shù)據(jù)的時候再升級完全來得及。

最后，希望小伙伴們在軟件開發(fā)的過程中，能夠去遵循這5 條原則。

（轉(zhuǎn)載自：沉默王二）