主頁 > 知識(shí)庫 > 程序員開發(fā)項(xiàng)目是選擇效率還是質(zhì)量呢?

程序員開發(fā)項(xiàng)目是選擇效率還是質(zhì)量呢?

熱門標(biāo)簽:滄州智能外呼系統(tǒng)收費(fèi) 地圖標(biāo)注和圖片標(biāo)注 忻州外呼系統(tǒng)接口對(duì)接 洛陽便宜外呼系統(tǒng)廠家 語音平臺(tái)系統(tǒng) 嘟聲的電銷機(jī)器人 電銷機(jī)器人怎么收費(fèi) 醫(yī)院地圖標(biāo)注 湖北穩(wěn)定外呼系統(tǒng)

本文作者系程序猿Daniel F Pupius,這是一篇他發(fā)表在Medium上的博文,講述自己怎么在實(shí)際寫代碼的過程中,發(fā)現(xiàn)在效率和質(zhì)量間做出抉擇其實(shí)是個(gè)偽命題。

 程序開發(fā)項(xiàng)目進(jìn)行過程中,通常會(huì)冒出這樣的困惑:應(yīng)該選擇效率,還是選擇質(zhì)量?很多程序猿都會(huì)有偷懶的思維,覺得把一些摸不清頭緒、不知道怎么寫的代碼片段去掉,可以節(jié)省很多時(shí)間,更早完成項(xiàng)目計(jì)劃。

  其實(shí)過去幾年中,我也是這么想的,但最近我開始意識(shí)到,這個(gè)問題的糾結(jié)之處不在于選擇困難,而在于問題本身是個(gè)偽命題。

  什么是“質(zhì)量”呢?一般程序員說到“質(zhì)量”二字時(shí),他們說的有可能是測(cè)試通過率、變量命名、代碼格式化、組件化、查找bug、程序測(cè)試等等。也有可能是程序的可拓展性、服務(wù)延時(shí)、產(chǎn)品功能的完整程度。

  問題往往就產(chǎn)生于以上兩者被統(tǒng)一看待、不做區(qū)分的時(shí)候。其實(shí)前一種圍繞代碼的問題可以看成“代碼質(zhì)量”問題,第二種情況則可以看成“執(zhí)行質(zhì)量”,或者“執(zhí)行程度”。

  從“代碼質(zhì)量”上來看,程序猿走捷徑的偷懶思維,其實(shí)是種十分短視的做法。含糊繞過某個(gè)問題,你可能會(huì)一時(shí)覺得省事不少,但到頭來,往往發(fā)現(xiàn)因此攪亂了系統(tǒng)而要花費(fèi)更多的時(shí)間來一行行檢查代碼,找出bug,甚至重新調(diào)整整體邏輯框架。所以犧牲代碼質(zhì)量換取速度通常是得不償失的做法。

  相反地,高質(zhì)量的代碼其實(shí)是可以幫助你節(jié)省時(shí)間的。統(tǒng)一的代碼規(guī)范和變量命名,不僅可以幫到別的程序猿,還可以幫到未來的你,更好地理解你現(xiàn)在寫下的代碼;經(jīng)過嚴(yán)密思考而設(shè)計(jì)出的輕量級(jí)代碼架構(gòu),則可以讓你在迭代產(chǎn)品的時(shí)候獲得更高的效率,更清晰地了解該從何處入手,而不是到數(shù)據(jù)庫里漫天尋找需要替代的地方;而高測(cè)試通過率還可以給你充足的自信去調(diào)整產(chǎn)品,減少bug數(shù)量,最小化QA時(shí)間。

  至于“執(zhí)行質(zhì)量”,這又是另一個(gè)命題。有很多方式可以在不降低產(chǎn)品質(zhì)量的情況下,使得產(chǎn)品開發(fā)過程很緊湊。比如你可以先推遲一些不那么著急的工作,等到整體執(zhí)行優(yōu)化、系統(tǒng)穩(wěn)健性做好的時(shí)候,再來做那些被暫時(shí)擱置的事情。

  具體的做法就是,先把最終想要的產(chǎn)品效果定好,然后往其中填充內(nèi)容不斷修改,至于一些無關(guān)的細(xì)節(jié)可以最后再來優(yōu)化。舉例來說,剛開始開發(fā)產(chǎn)品時(shí),可以用RPC來簡(jiǎn)化應(yīng)用開發(fā)的流程,繞過復(fù)雜的協(xié)議傳輸問題,先在產(chǎn)品應(yīng)用層面上快速迭代,隨后再替換掉RPC,加入重試、錯(cuò)誤控制、安全檢驗(yàn)等代碼,或者干脆替換掉傳輸協(xié)議。

  寫Medium代碼的時(shí)候,我們就是先實(shí)現(xiàn)效果,再調(diào)整細(xì)化部分的,最后刪掉了很多無法整合進(jìn)原先設(shè)定好的框架中的功能,大約是六萬行代碼左右。

  所以如果我們起初沒有小心處理代碼質(zhì)量的問題,最終一定會(huì)被查找各種很細(xì)微的問題困擾。如果我們沒有完全聚焦在效果實(shí)現(xiàn)上,就一定會(huì)拖拖拉拉延后項(xiàng)目進(jìn)度。但如你所見,很幸運(yùn)我們前期工作做得充分,所以現(xiàn)在產(chǎn)品可以迭代得很快,并不斷試驗(yàn)新功能。

  其實(shí)在互聯(lián)網(wǎng)領(lǐng)域中,不僅程序猿會(huì)面臨上述問題,很多產(chǎn)品經(jīng)理也會(huì)為項(xiàng)目進(jìn)度和質(zhì)量打架的問題煩擾。所以Daniel的博文提供了一個(gè)很好的思考角度,或許下一次再有人問你是不是可以犧牲一點(diǎn)代碼質(zhì)量來追趕進(jìn)度的時(shí)候,你就可以告訴他們:你問的是個(gè)偽命題。

您可能感興趣的文章:
  • 做一個(gè)優(yōu)秀程序員應(yīng)該知道的15件事
  • 成為好程序員必須避免的5個(gè)壞習(xí)慣

標(biāo)簽:防城港 宜賓 定州 96 山南 日照 內(nèi)蒙古 巴彥淖爾

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《程序員開發(fā)項(xiàng)目是選擇效率還是質(zhì)量呢?》,本文關(guān)鍵詞  程序員,開發(fā),項(xiàng)目,是,選擇,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《程序員開發(fā)項(xiàng)目是選擇效率還是質(zhì)量呢?》相關(guān)的同類信息!
  • 本頁收集關(guān)于程序員開發(fā)項(xiàng)目是選擇效率還是質(zhì)量呢?的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章