程序員常犯的這些錯(cuò)誤，你中招了沒(méi)？
轉(zhuǎn)載自Duing（ID：duyi-duing）
日常工作中的程序員們，其實(shí)都或多或少踩過(guò)一些編程的“雷區(qū)”，有時(shí)會(huì)不會(huì)犯這些錯(cuò)誤，其實(shí)和你技術(shù)高低沒(méi)有必然的聯(lián)系，只是你有沒(méi)有意識(shí)到這樣做會(huì)造成不好的結(jié)果。
今天小渡要分享給大家的，就是幾種我們?cè)诠ぷ髦薪?jīng)常會(huì)去犯的錯(cuò)誤，過(guò)來(lái)人看了之后都掩面而泣，表示簡(jiǎn)直不要太真實(shí)！
如果你細(xì)心提防這些錯(cuò)誤，你將提高自己的編程技能，而且相對(duì)于其他初學(xué)者有一種優(yōu)勢(shì)。
話不多說(shuō)，我們一起來(lái)看看吧！
在錯(cuò)誤的分支中提交代碼
我們首先提到這個(gè)問(wèn)題是因?yàn)?，?dāng)錯(cuò)誤被及時(shí)發(fā)現(xiàn)并定位時(shí)，不會(huì)對(duì)我們?cè)斐芍卮笥绊?。雖然我們?cè)谛迯?fù)這個(gè)問(wèn)題的時(shí)候會(huì)浪費(fèi)一些時(shí)間。
在錯(cuò)誤的分支中提交代碼估計(jì)每個(gè)人都體驗(yàn)過(guò)一次。如果你及時(shí)發(fā)現(xiàn)這個(gè)錯(cuò)誤，則可以很輕松的解決問(wèn)題，及時(shí)止損。否則后續(xù)在不斷進(jìn)化的錯(cuò)誤分支中修改錯(cuò)誤會(huì)變得十分棘手——在錯(cuò)誤的道路上走的越來(lái)越遠(yuǎn)。
CRUD
代碼能跑起來(lái)就行
大多數(shù)的程序員在寫代碼的時(shí)候，都只關(guān)心這個(gè)程序能不能跑起來(lái)，而這恰恰就是普通程序員和高手程序員之間的分水嶺。
客觀地看，你是只會(huì)面向搜索引擎編程，還是能夠?qū)懗龈哔|(zhì)量的代碼？亦或是能在大型項(xiàng)目中參與設(shè)計(jì)實(shí)施？
有很多程序員，在一家公司一待就是好多年，技術(shù)也隨之停留在了剛?cè)肼毲疑杏袑W(xué)習(xí)熱情的那半年，等到有一天公司內(nèi)部結(jié)構(gòu)優(yōu)化，等待他們的只能是被裁掉的命運(yùn)。
到那個(gè)時(shí)候，相信不會(huì)再有一家公司愿意以高薪聘請(qǐng)只會(huì)CRUD（Create、Read、Update、Delete）的他們。
圖片源自網(wǎng)絡(luò)，僅做配文展示
所以，相較于埋頭苦摳代碼，你需要有更寬廣的思維，勇于從所在項(xiàng)目和崗位上跳出來(lái)，站在行業(yè)視角重新俯瞰自己的定位，相信你會(huì)有不一樣的發(fā)現(xiàn)。
代碼就是藝術(shù)
必須力求完美
整潔的代碼，嚴(yán)密的單元測(cè)試，完善的文檔，毋庸置疑這些都非常重要。
作為一名程序員，我們總是要求自己使用現(xiàn)代模式編寫整潔的代碼，而且會(huì)頻繁地檢查所有的依賴項(xiàng)都是最新的。因?yàn)槲覀兿氤蔀橐幻麅?yōu)秀的程序員。
但我們應(yīng)該注意，不應(yīng)光顧著考慮將來(lái)，卻忘記了眼前。編寫可以向他人展示且令人自豪的代碼固然很好，但是能夠順利地完成項(xiàng)目不是更好嗎？畢竟，編程不是藝術(shù)。
追求開(kāi)發(fā)速度
忽視代碼質(zhì)量
在職業(yè)生涯中，大多數(shù)開(kāi)發(fā)者采取過(guò)這種只追求需求響應(yīng)速度而忽略代碼質(zhì)量的工作方式。這種處理問(wèn)題的方式存在嚴(yán)重缺陷，它會(huì)導(dǎo)致項(xiàng)目背上越來(lái)越多的技術(shù)債。
更重要的是，這種只求速度而忽視代碼質(zhì)量的方式還可能會(huì)破壞團(tuán)隊(duì)的士氣。
圖片源自網(wǎng)絡(luò)，僅做配文展示
然而，在某些情況下，這種開(kāi)發(fā)方式帶來(lái)的影響并不重要，反而這可能是最優(yōu)的解決方案。比如對(duì)于代碼生命周期短的開(kāi)發(fā)，這么做沒(méi)有什么問(wèn)題。
但是長(zhǎng)遠(yuǎn)來(lái)看，當(dāng)代碼需要長(zhǎng)期運(yùn)行時(shí)，這種開(kāi)發(fā)習(xí)慣造成的后果可能會(huì)“后患無(wú)窮”。
我的代碼不可能有Bug
都是產(chǎn)品經(jīng)理的鍋
國(guó)內(nèi)很多程序員和產(chǎn)品經(jīng)理的關(guān)系并不融洽，這一點(diǎn)可以體現(xiàn)在方方面面，比如當(dāng)產(chǎn)品經(jīng)理提出需求變動(dòng)的時(shí)候，程序員多半會(huì)吐槽“早干嘛去了，來(lái)來(lái)回回改需求，想清楚功能再提需求有那么難嗎？”
再比如當(dāng)客戶提出一些看似“莫名其妙”需求的時(shí)候，程序員則會(huì)將炮火對(duì)準(zhǔn)產(chǎn)品經(jīng)理，“為什么不在客戶面前據(jù)理力爭(zhēng)，這個(gè)需求實(shí)現(xiàn)不了”。
拋開(kāi)對(duì)產(chǎn)品經(jīng)理的“偏見(jiàn)”，程序員會(huì)有這些“吐槽”的根本原因在于對(duì)項(xiàng)目的不了解。
圖片源自網(wǎng)絡(luò)，僅做配文展示
程序員關(guān)注的點(diǎn)往往在技術(shù)實(shí)現(xiàn)與細(xì)節(jié)上，相對(duì)缺乏對(duì)項(xiàng)目的整體把控能力。一個(gè)完整的項(xiàng)目需要在考慮預(yù)算的同時(shí)兼顧技術(shù)實(shí)現(xiàn)，在滿足客戶需求的同時(shí)還要重視用戶體驗(yàn)，還有業(yè)務(wù)環(huán)境、市場(chǎng)變化等無(wú)數(shù)不確定因素。
從另一個(gè)角度來(lái)看，程序員只有站在整體項(xiàng)目的角度，才能對(duì)項(xiàng)目有更深入的理解，實(shí)現(xiàn)高效編程。
重復(fù)造輪子
大多數(shù)開(kāi)發(fā)者使用某種框架來(lái)簡(jiǎn)化繁雜開(kāi)發(fā)。如果你正在學(xué)習(xí)某個(gè)框架，你可能會(huì)忽視其實(shí)框架已經(jīng)給你提供好了所需要的一些API。
經(jīng)常發(fā)生的一個(gè)錯(cuò)誤就是開(kāi)發(fā)者不知道自己正在使用的框架所提供的已有功能有哪些。由于缺乏對(duì)框架的全面了解，自己可能會(huì)重新造一個(gè)輪子來(lái)實(shí)現(xiàn)框架中已有的功能。重復(fù)造輪子而沒(méi)有使用框架中的已有功能，這非常浪費(fèi)時(shí)間。
過(guò)于自信
許多開(kāi)發(fā)者過(guò)于自信。當(dāng)然，在一定程度上，擁有自信是一件很棒的事情。作為一名開(kāi)發(fā)者，當(dāng)你過(guò)度自信時(shí)，你很難獲得從他人那里獲得良好的反饋。
過(guò)于自信的開(kāi)發(fā)者完全意識(shí)不到自己也會(huì)犯錯(cuò)誤的事實(shí)，因此他們傾向于在不咨詢他人的情況下做出決策。這不是最好的辦法，因?yàn)樵谀承┣闆r下出現(xiàn)一些問(wèn)題，讓你措手不及--比如你確實(shí)選擇了一個(gè)非最優(yōu)的方案，甚至其他開(kāi)發(fā)者覺(jué)得自己被忽視和貶低了。
作為一個(gè)開(kāi)發(fā)者，保持謙虛，清晰得意識(shí)到自己能力所及是非常難得的。
圖片源自網(wǎng)絡(luò)，僅做配文展示
人非圣賢，孰能無(wú)過(guò)。對(duì)于犯錯(cuò)，你不用太困擾，因?yàn)閷?duì)程序員而言，犯錯(cuò)太正常不過(guò)，并且?guī)缀趺刻於紩?huì)發(fā)生。軟件開(kāi)發(fā)很難，因此錯(cuò)誤或多或少總會(huì)發(fā)生。
我們不知道開(kāi)發(fā)什么時(shí)候出錯(cuò)，人們總是太執(zhí)著于自己的工作，那么就會(huì)犯錯(cuò)，也會(huì)以另一種方式對(duì)我們產(chǎn)生負(fù)面影響。犯錯(cuò)可以接受。事實(shí)上，及時(shí)反思和總結(jié)錯(cuò)誤才能使我們進(jìn)一步成長(zhǎng)。
讓我們永遠(yuǎn)學(xué)習(xí)與前進(jìn)，為了星辰大海。
?? 好了， 以上就是我的分享，小伙伴們點(diǎn)個(gè)贊再走吧 ?? 支持一下哦～ ??，