作者丨Peter Wayner
譯者 | 晶顏
審校 | 重樓
軟件開發(fā)是一門具有挑戰(zhàn)性的學(xué)科，它建立在數(shù)以百萬計(jì)的參數(shù)、變量、庫(kù)以及更多必須絕對(duì)正確的因素之上。即便是一個(gè)字符不合適，整個(gè)堆棧也會(huì)隨之瓦解。
多年來，軟件開發(fā)團(tuán)隊(duì)已經(jīng)想出了一些完成工作的規(guī)則。從復(fù)雜的方法論到新興的學(xué)科和哲學(xué)，軟件開發(fā)的規(guī)則手冊(cè)使每個(gè)人都能夠協(xié)作，并以有效的方式到達(dá)終點(diǎn)。然而，即便如此，仍然存在失敗模式：有時(shí)是這些方法被誤用了，或是好的想法過于偏向理論化；有時(shí)開發(fā)者只是忘記了他們應(yīng)該做什么，或是故意為之。
軟件開發(fā)中的這些錯(cuò)誤幾乎可以破壞任何項(xiàng)目。因此，如果想要確保您的團(tuán)隊(duì)能夠構(gòu)建偉大的項(xiàng)目，那么是時(shí)候停下來考慮一下以下錯(cuò)誤行為了。
1、選擇錯(cuò)誤的方法
所有的軟件開發(fā)方法都有狂熱的擁躉，他們熱衷于那些定義自己最喜歡的團(tuán)隊(duì)組織方式的規(guī)則。但問題往往是如何為您的團(tuán)隊(duì)選擇合適的工具。
一個(gè)很大的錯(cuò)誤是從高層強(qiáng)加這些規(guī)則。如果程序員是另一種方法的忠實(shí)信徒，那么當(dāng)他們被迫使用另一種方法時(shí)，他們通常會(huì)抱怨和發(fā)牢騷。另一個(gè)錯(cuò)誤是讓程序員自由地選擇他們最喜歡的方法，然而這可能并不是對(duì)整個(gè)團(tuán)隊(duì)最好的方法。
選擇正確的方法并不能解決所有的問題，但是它可以減少組織工作流程時(shí)產(chǎn)生的摩擦。團(tuán)隊(duì)將了解他們的角色，以及他們將如何在其中編寫代碼。
2、忽略可擴(kuò)展性
一些軟件開發(fā)問題可以稍后修復(fù)，但這絕不包括構(gòu)建一個(gè)能夠有效擴(kuò)展以處理數(shù)百萬或數(shù)十億個(gè)事件的應(yīng)用程序。當(dāng)應(yīng)用程序最終全面運(yùn)行時(shí)，創(chuàng)建沒有瓶頸的有效代碼需要足夠的深謀遠(yuǎn)慮和高層領(lǐng)導(dǎo)的支持。這不是以后用一些有針對(duì)性的編碼和虛擬管道就能解決的問題。
算法和數(shù)據(jù)結(jié)構(gòu)需要從一開始就進(jìn)行規(guī)劃。這意味著架構(gòu)師和管理層需要仔細(xì)考慮將為每個(gè)用戶存儲(chǔ)和處理的數(shù)據(jù)。當(dāng)100萬或10億用戶出現(xiàn)時(shí)，信息洪流會(huì)淹沒哪一層？我們?cè)撊绾翁崆盀檫@些時(shí)刻做好計(jì)劃呢？
有時(shí)候，這種架構(gòu)上的深謀遠(yuǎn)慮意味著扼殺一些偉大的想法。有時(shí)，管理層需要權(quán)衡大規(guī)模交付功能的收益和成本。有些數(shù)據(jù)分析在大范圍內(nèi)并不適用。一些公式隨著用戶的增加呈指數(shù)級(jí)增長(zhǎng)。計(jì)算使硬件不堪重負(fù)，并阻塞了通信。
開發(fā)者并不總是想要考慮大局。他們很容易就會(huì)一頭扎進(jìn)去開始創(chuàng)作。但是聰明的開發(fā)團(tuán)隊(duì)和管理者會(huì)花時(shí)間預(yù)測(cè)這些問題，因?yàn)槿绻麄儾贿@樣做，就會(huì)面臨失敗的結(jié)局。
3、沉迷最新趨勢(shì)
眾所周知，軟件開發(fā)人員很容易被新奇的想法所吸引。也許它是一種提供更復(fù)雜查詢的新型數(shù)據(jù)庫(kù)；也許它是一種新的編程語言，可以修復(fù)舊語言造成的所有錯(cuò)誤。
有時(shí)候這些想法是有價(jià)值的。然而，很多時(shí)候，由于每個(gè)人都試圖學(xué)習(xí)新技術(shù)，最終會(huì)減慢開發(fā)速度。有時(shí)候，新想法中會(huì)存在隱藏的缺陷，只有在項(xiàng)目必須交付之前，每個(gè)人都投入到工作中之后，這些缺陷才會(huì)顯現(xiàn)出來。
謹(jǐn)慎往往是采用新技術(shù)的最佳準(zhǔn)則。這也是一些規(guī)模最大、歷史最悠久的公司仍在繼續(xù)運(yùn)行由COBOL編寫的軟件的原因所在。趨勢(shì)變化無常，但運(yùn)行代碼中的工作邏輯不會(huì)過時(shí)。
4、保留過多的數(shù)據(jù)
程序員是天生的囤積狂，他們喜歡儲(chǔ)存信息以備不時(shí)之需，而此舉可能會(huì)導(dǎo)致安全漏洞或侵犯用戶隱私。
對(duì)于出生日期或其他詳細(xì)個(gè)人信息，問題可能更大。一些領(lǐng)域（如財(cái)務(wù)記錄或健康記錄）受到嚴(yán)格監(jiān)管，更容易違反規(guī)定。
好的軟件架構(gòu)需要提前計(jì)劃，以盡量減少存儲(chǔ)的數(shù)據(jù)量。它可以保護(hù)每個(gè)人，并節(jié)省存儲(chǔ)費(fèi)用，甚至可以通過減少移動(dòng)數(shù)據(jù)量來加快系統(tǒng)速度。
5、外包錯(cuò)誤的工作
關(guān)于究竟是自行構(gòu)建還是購(gòu)買軟件的爭(zhēng)論由來已久，目前尚無明確定論。然而，軟件開發(fā)人員的選擇往往很糟糕。也許有一個(gè)價(jià)格合理的完美解決方案，但他們卻不舍得把自己的定制堆棧與內(nèi)部團(tuán)隊(duì)閑置一邊。相反的情況也會(huì)發(fā)生。一些管理者購(gòu)買了外部供應(yīng)商的產(chǎn)品線，結(jié)果卻眼睜睜地看著供應(yīng)商在鎖定完成后大幅提高價(jià)格。
不幸的是，對(duì)于軟件開發(fā)團(tuán)隊(duì)及其管理者來說，決定使用哪種外部工具是一個(gè)持續(xù)的挑戰(zhàn)。利用合適的外部資源是天才之舉，但選擇了錯(cuò)誤的供應(yīng)商則是通往高價(jià)監(jiān)獄的門票。
6、忽略測(cè)試
高效的軟件開發(fā)人員及其管理者都知道，測(cè)試是一個(gè)持續(xù)的挑戰(zhàn)，就像編寫遞歸代碼或設(shè)計(jì)優(yōu)雅的數(shù)據(jù)結(jié)構(gòu)一樣，是工作的一部分。測(cè)試過程應(yīng)該從一開始就包含在內(nèi)，因?yàn)閱卧獪y(cè)試和集成測(cè)試對(duì)于確保代碼在整個(gè)開發(fā)過程中保持可行性至關(guān)重要。
測(cè)試對(duì)于處理大規(guī)模負(fù)載也很重要。當(dāng)我們是唯一的用戶時(shí)，編寫在桌面上運(yùn)行順暢的代碼十分容易。如果應(yīng)用程序擁有數(shù)百、數(shù)千甚至數(shù)十萬用戶，則需要確保代碼是高效的，且部署能夠處理大規(guī)模負(fù)載。
許多團(tuán)隊(duì)會(huì)引入質(zhì)量保證測(cè)試人員，以發(fā)現(xiàn)并糾正程序員所犯的錯(cuò)誤。比如說，他們知道如何將一個(gè)參數(shù)設(shè)置為0，只是為了看看它是否會(huì)導(dǎo)致除0錯(cuò)誤（divide-by-zero error）。當(dāng)用例變得如此復(fù)雜，以至于任何一個(gè)人都很難想到所有的變化并編寫干凈的代碼來預(yù)測(cè)它們時(shí)，這種對(duì)測(cè)試的持續(xù)關(guān)注是必不可少的。
7、低估了計(jì)劃的力量
大多數(shù)代碼在構(gòu)建前期都需要進(jìn)行一定的計(jì)劃。但大多數(shù)程序員通常只是想直接進(jìn)入并開始編寫代碼。
資深程序員的經(jīng)驗(yàn)告訴我們，最好的步驟是停下來，計(jì)劃，測(cè)試計(jì)劃，然后再完善計(jì)劃。寫計(jì)劃可能看起來很乏味，但當(dāng)你進(jìn)行抽象思考時(shí)，嘗試新想法的速度可能會(huì)快10倍。
計(jì)劃還意味著包括來自其他團(tuán)隊(duì)和涉眾的輸入。他們將是將來使用代碼的人，因此花時(shí)間討論項(xiàng)目并了解他們的需求，將在之后避免大量的挫折。這是避免上述列出的許多錯(cuò)誤的最好方法。
參考鏈接：https://www.cio.com/article/654284/7-sins-of-software-development.html
