[[343164]]

作為一名程序員，小伙伴們有沒(méi)有想過(guò)這個(gè)簡(jiǎn)單的問(wèn)題，“軟件是什么?”可以閉上眼睛讓自己想一會(huì)，如果覺得有點(diǎn)抽象不太好回答的話，來(lái)看看我的答案。

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

看完這兩個(gè)直觀的公式，是不是有一種恍然大悟的感覺，“哦，原來(lái)這樣啊。”

再來(lái)看四條對(duì)“軟件”的定義，雖然比較枯燥，但概念是到位的：

• 軟件是能夠完成預(yù)定功能，達(dá)到預(yù)期性能的，可以執(zhí)行的計(jì)算機(jī)指令;
• 軟件是能夠讓程序處理適當(dāng)信息的數(shù)據(jù)結(jié)構(gòu);
• 軟件是描述程序操作和使用的文檔;
• 軟件是一種邏輯實(shí)體，具備知識(shí)性的產(chǎn)品集合，是對(duì)物理世界的一種抽象，同時(shí)又是一種人腦智力的成果。

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

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

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

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

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

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

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

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

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

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

原則一：Don't Repeat Yourself。

直譯叫做“不要重復(fù)你自己”，還有另外一個(gè)耳熟能詳?shù)陌姹荆?ldquo;不要重復(fù)造輪子”。

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

有了自己的工具庫(kù)后，當(dāng)你下次遇到類似的需求時(shí)，就可以直接拿出來(lái)用，省去不少時(shí)間。

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

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

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

原則二：Keep it simple stupid。

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

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

在我們?cè)O(shè)計(jì)軟件的過(guò)程中，千萬(wàn)不要想得太復(fù)雜，越簡(jiǎn)單越好，等成型了以后再豐富效果，否則開發(fā)成本會(huì)變得很昂貴，軟件就可以腹死胎中。

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

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

項(xiàng)目負(fù)責(zé)人(產(chǎn)品經(jīng)理)更應(yīng)該堅(jiān)持這條原則，千萬(wàn)不要過(guò)度拆解用戶的需求，在產(chǎn)品設(shè)計(jì)的過(guò)程追加過(guò)多自己認(rèn)為應(yīng)該追加的功能，因?yàn)樵谝粋€(gè)軟件使用中，往往 80% 的請(qǐng)求都花費(fèi)在 20% 的功能上。

很多次要的功能可能需要，因?yàn)樗鼈兊拇嬖诙管浖\上添花，但沒(méi)有它們，軟件的商業(yè)價(jià)值依然是存在的。功能越少，開發(fā)周期就會(huì)越短，這樣就更有可能打敗競(jìng)品。

原則四：Done is better than perfect。

Done is better than perfect because perfect is never done。

很簡(jiǎn)單的一句英文，能理解吧?

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

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

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

原則五：Choose the most suitable things。

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

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

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

最后，希望小伙伴們?cè)谲浖_發(fā)的過(guò)程中，能夠去遵循這 5 條原則。

本文轉(zhuǎn)載自微信公眾號(hào)「 沉默王二」，可以通過(guò)以下二維碼關(guān)注。轉(zhuǎn)載本文請(qǐng)聯(lián)系 沉默王二公眾號(hào)。