建站
咨詢(xún)
售后
建站咨詢(xún)
新聞中心
每個(gè)程序員需要認(rèn)識(shí)到哪些糟糕的編程方法，以便避而遠(yuǎn)之?這個(gè)問(wèn)題最初出現(xiàn)在知識(shí)共享網(wǎng)站Quora上，一些見(jiàn)解獨(dú)特的人士在這個(gè)網(wǎng)站上回答引人注目的問(wèn)題。
魏都ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場(chǎng)景，ssl證書(shū)未來(lái)市場(chǎng)廣闊！成為創(chuàng)新互聯(lián)建站的ssl證書(shū)銷(xiāo)售渠道，可以享受市場(chǎng)價(jià)格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：028-86922220（備注：SSL證書(shū)合作）期待與您的合作！
The Firehose Project的首席技術(shù)官兼聯(lián)合創(chuàng)始人肯·馬扎卡(Ken Mazaika)在Quora上回答了這個(gè)問(wèn)題：
有35個(gè)常見(jiàn)的糟糕編程習(xí)慣。
糟糕習(xí)慣可能不止這些，而這是我所能想起來(lái)的35個(gè)糟糕的編程習(xí)慣。我把最重要的兩個(gè)糟糕習(xí)慣列在第17個(gè)和第35個(gè)，因?yàn)槲蚁Ｍ隳芸春谜麄€(gè)回答。我認(rèn)為你讀后會(huì)有所收獲。
1. 搞得你好像無(wú)所不知。別犯傻了，你不可能做到無(wú)所不知。那也很正常。
2. 整天開(kāi)會(huì)。如果你把大部分時(shí)間花在開(kāi)會(huì)上，就應(yīng)該考慮更合理地利用時(shí)間了。
3. 有人批評(píng)你的代碼時(shí)，反應(yīng)過(guò)大。最優(yōu)秀的開(kāi)發(fā)人員愿意抱著一種開(kāi)放、坦率的心態(tài)，探討自己編寫(xiě)的代碼，以及如何改進(jìn)代碼。
4. 過(guò)早地放棄。太多的程序員離解決辦法只差一步，就在快要解決問(wèn)題前一刻放棄。
5. 拒絕尋求幫助。通過(guò)向別人闡述自己的問(wèn)題，你常常會(huì)發(fā)現(xiàn)解決辦法。這就是所謂的“小黃鴨調(diào)試法”(rubber duck debugging)。
6. 將責(zé)任推卸給他人。最可貴的開(kāi)發(fā)人員敢于為自己編寫(xiě)的代碼負(fù)責(zé)、并承擔(dān)責(zé)任。
7. 編寫(xiě)過(guò)早優(yōu)化其他代碼的代碼。在大多數(shù)情況下，雖然全面優(yōu)化代碼可以獲得性能方面的優(yōu)勢(shì)，但是結(jié)果很難理解代碼，這是不值得的。
8. 忽視其他開(kāi)發(fā)人員的意見(jiàn)。作為開(kāi)發(fā)人員，最好的學(xué)習(xí)和成長(zhǎng)途徑之一就是與經(jīng)驗(yàn)比自己更豐富的開(kāi)發(fā)人員結(jié)對(duì)編程。要樂(lè)于尋求別人的意見(jiàn)。
9. 不知道如何優(yōu)化代碼。有些情況下性能是個(gè)大問(wèn)題，比如以下方面存在問(wèn)題：
·算法復(fù)雜性
·低效的數(shù)據(jù)庫(kù)操作
·第三方的API
·N+1查詢(xún)
出現(xiàn)性能問(wèn)題時(shí)，你需要知道如何分析性能問(wèn)題，明白什么要花時(shí)間研究，以及如何解決這些問(wèn)題。
10. 低估與團(tuán)隊(duì)其他成員之間的關(guān)系。你受雇來(lái)編寫(xiě)代碼。但是你也需要能夠與團(tuán)隊(duì)的其他成員處理好關(guān)系。
11. 搞辦公室政治。有時(shí)候，其他開(kāi)發(fā)團(tuán)隊(duì)會(huì)做出你覺(jué)得不正確的決定。但是只要你能完成你團(tuán)隊(duì)的目標(biāo)，最好繞開(kāi)其他團(tuán)隊(duì)的錯(cuò)誤，而不是針?shù)h相對(duì)。
12. 一遇到壓力，就呆若木雞。在用戶(hù)無(wú)法使用產(chǎn)品的場(chǎng)景下，你面臨巨大的壓力。你要養(yǎng)成保持冷靜、完成工作的能力。
13. 沒(méi)有能力編寫(xiě)糟糕代碼。在現(xiàn)實(shí)世界中，需要結(jié)合下列因素做一些取舍：
·最后日期
·實(shí)驗(yàn)
·需要立即修復(fù)的緊急錯(cuò)誤
你要有這種心態(tài)：可以編寫(xiě)糟糕代碼，以滿足眼前的需求。
14. 針對(duì)簡(jiǎn)單問(wèn)題卻采用過(guò)度設(shè)計(jì)。面對(duì)容易處理的問(wèn)題，別開(kāi)發(fā)讓人困惑的解決方案。
15. 行為像老板，不像領(lǐng)導(dǎo)人。太多的開(kāi)發(fā)人員不知道如何管理其他人。你應(yīng)該是其他開(kāi)發(fā)人員尋求指導(dǎo)和指點(diǎn)的那個(gè)人，而不是僅僅下達(dá)逐步指示。
16. 使用不當(dāng)?shù)墓ぞ邅?lái)處理工作。別再根據(jù)“這是我熟悉的東西”來(lái)做決定。你需要敢于使用不同的技術(shù)、語(yǔ)言和框架。
17. 拒絕研究編程問(wèn)題。谷歌搜索引擎是程序員的工具箱中最強(qiáng)大的工具之一。
18. 不好好掌握工具。由于你要花大量的時(shí)間來(lái)使用文本編輯器、命令行及編寫(xiě)代碼的其他工具等工具，有必要熟練掌握?；〞r(shí)間學(xué)習(xí)讓你更高效的技巧和竅門(mén)。
19. 避免錯(cuò)誤消息。代碼錯(cuò)誤經(jīng)常發(fā)生。它們還通常包括一些很寶貴的信息，表明什么出了錯(cuò)，為何會(huì)出錯(cuò)，哪幾行代碼觸發(fā)了問(wèn)題。你應(yīng)該找出錯(cuò)誤信息，而不是竭力避免錯(cuò)誤信息。
20. 掰著指頭算時(shí)間。最優(yōu)秀的開(kāi)發(fā)人員享受編寫(xiě)代碼的時(shí)光，常常廢寢忘食、樂(lè)此不疲。哪怕你編程了10000小時(shí)，也好像一如既往地?zé)釔?ài)編程。
21. 拒絕從錯(cuò)誤中汲取教訓(xùn)。犯錯(cuò)后，應(yīng)當(dāng)縮小范圍，明白這三個(gè)方面：
1. 犯錯(cuò)的根本原因是什么?
2. 可以落實(shí)流程或行為，防止將來(lái)出現(xiàn)這種類(lèi)型的錯(cuò)誤嗎?
3.越早發(fā)現(xiàn)錯(cuò)誤，影響就越小。
拒絕從錯(cuò)誤中汲取教訓(xùn)會(huì)導(dǎo)致你一再犯錯(cuò)。
22. 害怕丟掉代碼。要知道，花三天時(shí)間編寫(xiě)錯(cuò)誤的解決方案會(huì)讓你更深刻地認(rèn)識(shí)到如何淪為分析癱瘓(analysis paralysis)的受害者。
23. 過(guò)分偏愛(ài)自己的開(kāi)發(fā)工具包。一些開(kāi)發(fā)人員喜歡名為vim的文本編輯器。有些人討厭它，喜歡名為emacs的文本編輯器。但是在一些場(chǎng)景下，使用一種而不是另一種是明智之舉。
24. 將自己與開(kāi)發(fā)者社區(qū)脫離開(kāi)來(lái)。到處都有編程社區(qū)。由于Railsbridge和Girl Develop It之類(lèi)的組織，以及RubyConf和RailsConf之類(lèi)的活動(dòng)以及其他會(huì)議，許多社區(qū)等著你去發(fā)現(xiàn)。
25. 沒(méi)有推特帳戶(hù)。Ruby、Rails、JavaScript等大型開(kāi)源項(xiàng)目及其他工具的開(kāi)發(fā)者都擁有推特帳戶(hù)。花點(diǎn)時(shí)間在推特上，那樣你有機(jī)會(huì)了解設(shè)計(jì)你所用軟件的那些人的想法。
26. 不回饋社區(qū)。你應(yīng)該盡早擁抱編程社區(qū)。如果你這么做，會(huì)認(rèn)識(shí)到編程社區(qū)有多大的幫助、多么友好。
27. 花好多時(shí)間來(lái)解決問(wèn)題，并且解決了問(wèn)題，卻沒(méi)有記入文檔。你經(jīng)常會(huì)遇到網(wǎng)上還沒(méi)有人解決的某個(gè)奇怪的、很具體的問(wèn)題?；〞r(shí)間自行搞定后，你有必要寫(xiě)帖子分享或交流，那樣就能幫助下一個(gè)遇到這個(gè)問(wèn)題的人。
28. 代碼中編寫(xiě)的注釋不是太多就是太少。對(duì)開(kāi)發(fā)人員來(lái)說(shuō)，注釋是必不可少的說(shuō)明。但與凡事講究個(gè)度，注釋也應(yīng)該適可而止。
29. 過(guò)于懶惰，不愿向產(chǎn)品經(jīng)理告知問(wèn)題的最新情況。產(chǎn)品經(jīng)理獲得及時(shí)的最新情況，并知道產(chǎn)品的狀態(tài)(在合理范圍內(nèi))很重要。如果你不及時(shí)告知問(wèn)題的最新情況，這會(huì)帶來(lái)許多頭痛的問(wèn)題。
30. 經(jīng)常把無(wú)關(guān)的功能捆綁到同一個(gè)項(xiàng)目中。很容易養(yǎng)成把兩個(gè)無(wú)關(guān)的功能分類(lèi)到同一個(gè)項(xiàng)目中這種陋習(xí)。如果兩個(gè)不同的系統(tǒng)規(guī)模都很大，厘清問(wèn)題會(huì)來(lái)得異常復(fù)雜。
31. 與團(tuán)隊(duì)的其他成員一起認(rèn)真地提出合理的計(jì)劃，結(jié)果發(fā)生某個(gè)意想不到的事情后，全面放棄計(jì)劃，完全改變路線。沒(méi)有比這更糟糕的事情了。
32. 堅(jiān)持執(zhí)行經(jīng)過(guò)全面考慮，卻明顯行不通的計(jì)劃。唯一比最后一刻放棄計(jì)劃更糟糕的莫過(guò)于拒絕停止執(zhí)行糟糕的主意。
33. 一再為編寫(xiě)的糟糕代碼而道歉。如果你發(fā)現(xiàn)自己一再為編寫(xiě)的糟糕代碼而道歉，這可能意味著你需要重新評(píng)估最后期限。
34. 沒(méi)有把精力花在進(jìn)行代碼審查這項(xiàng)工作上。開(kāi)發(fā)團(tuán)隊(duì)是個(gè)整體，確保每個(gè)成員貢獻(xiàn)的代碼符合團(tuán)隊(duì)的高標(biāo)準(zhǔn)，這是每個(gè)團(tuán)隊(duì)成員義不容辭的責(zé)任。
35. 沒(méi)有花足夠的時(shí)間來(lái)輔導(dǎo)團(tuán)隊(duì)的其他開(kāi)發(fā)人員。確保你的團(tuán)隊(duì)在經(jīng)常學(xué)習(xí)、成長(zhǎng)以及提高編程能力是你應(yīng)盡的工作。
我堅(jiān)信，每個(gè)開(kāi)發(fā)人員都在不斷完善之中。所以有這些壞習(xí)慣完全很正常，沒(méi)什么大不了。實(shí)際上，作為開(kāi)發(fā)人員或其他任何類(lèi)型的專(zhuān)業(yè)人員，提升自我的關(guān)鍵在于遵循這三個(gè)步驟：
1.承認(rèn)自己有壞習(xí)慣。
2.找到改變壞習(xí)慣的動(dòng)機(jī)。
3.消除壞習(xí)慣，養(yǎng)成好習(xí)慣，從而將這種動(dòng)機(jī)付諸實(shí)踐。
【譯稿，合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文譯者和出處為.com】
網(wǎng)站名稱(chēng)：不惜一切代價(jià)要避免的35個(gè)糟糕的編程習(xí)慣
本文網(wǎng)址：http://m.5511xx.com/article/dhhchhp.html
