謹(jǐn)慎！糟糕程序員的編程風(fēng)格查看

微信搜索逆鋒起筆關(guān)注后回復(fù)編程pdf

領(lǐng)取編程大佬們所推薦的 23 種編程資料！

作者：Yi-Jirr Chen
原文：

https://jaxenter.com/everything-you-need-to-know-about-bad-programming-styles-120611.html
譯文：http://www.codeceo.com/article/bad-programming-style.html
翻譯：碼農(nóng)網(wǎng) – 小峰

糟糕的開(kāi)發(fā)人員

• 牛仔/女程序員（為了閱讀方便，后面我會(huì)統(tǒng)稱(chēng)“牛仔”來(lái)指代這種類(lèi)型）

• 平庸的開(kāi)發(fā)人員

牛仔程序員

通常，這種類(lèi)型的不良開(kāi)發(fā)者開(kāi)發(fā)新功能的速度要遠(yuǎn)遠(yuǎn)快過(guò)平均值，然而，不幸的是，那么不懂代碼的人，因此會(huì)認(rèn)為這些“快槍手”很牛掰（這只會(huì)進(jìn)一步讓這些牛仔程序員在自我膨脹的道路上越走越遠(yuǎn)）。

這類(lèi)開(kāi)發(fā)人員在獨(dú)自工作的時(shí)候最佳，在客戶(hù)對(duì)時(shí)間要求特別緊迫只要盡快實(shí)現(xiàn)功能的時(shí)候最適合。

牛仔程序員編碼速度非?？臁@意味著，他們的代碼沒(méi)有對(duì)可維護(hù)性有任何規(guī)劃。所以這就會(huì)導(dǎo)致……

2.凌亂、不可讀的代碼

快速代碼設(shè)計(jì)創(chuàng)建出來(lái)的項(xiàng)目常常會(huì)亂得一塌糊涂（或者更確切地說(shuō)，他們就沒(méi)有進(jìn)行代碼設(shè)計(jì)）。這種混亂的代碼，通常被稱(chēng)為“意大利面條式代碼”，這指的是它的形狀，而不是味道。

意大利面條式代碼難于理解，并且通常沒(méi)有必要那么龐大和復(fù)雜，從而導(dǎo)致了其他人難于理解程序員的所作所為，因此這種代碼通常是維護(hù)的噩夢(mèng)。這意味著如果有人不幸和一個(gè)牛仔程序員一起工作，那么整體生產(chǎn)力就會(huì)大幅度下降。

3.Bug，無(wú)處不在的bug

如果一家公司的軟件在變大和變得更加復(fù)雜之后，他們的代碼仍然是一堆意大利面條，那么它就會(huì)成為一個(gè)等待爆炸的定時(shí)炸彈。在最壞的情況下，其后果甚至?xí)褙S田汽車(chē)意外加速一樣嚴(yán)重。眾所周知，豐田汽車(chē)召回是一場(chǎng)災(zāi)難。

更重要的是，意大利面條式代碼是不可擴(kuò)展的。這意味著如果增加新功能，那么這種代碼就像行走在雷區(qū)上——不知道什么時(shí)候，就會(huì)爆炸。這通常是因?yàn)榕Ｗ谐绦騿T將每個(gè)功能都混合在一起，于是任何變化都可能會(huì)破壞軟件。如果有更好的代碼設(shè)計(jì)和/或單元測(cè)試，或許就能阻止這種情況，但是，牛仔程序員不在乎他們的代碼是否是可用的，也不想編寫(xiě)測(cè)試（因?yàn)樾枰獣r(shí)間）。

更甚者，從糟糕的設(shè)計(jì)決策衍生出的代碼結(jié)構(gòu)方式，通常是不可測(cè)試的，甚至是無(wú)法調(diào)試的。在牛仔程序員身上，還有一種常見(jiàn)的情況是，在他們迅速“修復(fù)”一些bug的同時(shí)，創(chuàng)造出了更多的bug。因此他們總是感覺(jué)很忙，就像英勇的消防員，疲于到處滅火。

總而言之，每一個(gè)糟糕開(kāi)發(fā)人員創(chuàng)造的bug和錯(cuò)誤都會(huì)導(dǎo)致消耗生產(chǎn)力。哪怕剛開(kāi)始的時(shí)候，他們看上去很牛，總是能按時(shí)完成其他開(kāi)發(fā)人員不敢輕易允諾的編碼任務(wù)，但是這是以各種意外錯(cuò)誤頻頻降臨為代價(jià)的，而這原本可以通過(guò)優(yōu)秀開(kāi)發(fā)人員的精心設(shè)計(jì)和簡(jiǎn)潔代碼編程扼殺在襁褓中。

如果你超過(guò)80％的開(kāi)發(fā)時(shí)間都花在了調(diào)試自己的代碼上，并且調(diào)試過(guò)程像一場(chǎng)噩夢(mèng)的話(huà)（即這邊解決了一個(gè)bug，那邊又出來(lái)了另一個(gè)bug），那么說(shuō)明代碼庫(kù)不佳，并且你需要改進(jìn)你的代碼。

自大

有的牛仔程序員并不壞，因?yàn)樗麄冎皇歉鶕?jù)管理/客戶(hù)不可能的期限要求，才生產(chǎn)出了意大利面條式代碼（但是，那些重視自己代碼的開(kāi)發(fā)人員會(huì)選擇離開(kāi)這樣的公司或拒絕這樣的客戶(hù)）。

很多初學(xué)者和初級(jí)開(kāi)發(fā)人員是因?yàn)闆](méi)有編碼計(jì)劃，因而生產(chǎn)出了一堆有bug的代碼，但有時(shí)是因?yàn)樗麄內(nèi)狈?wèn)題的經(jīng)驗(yàn)，從而做出了錯(cuò)誤的決定。

這些初學(xué)者通過(guò)接受來(lái)自于資深的優(yōu)秀的開(kāi)發(fā)者的指導(dǎo)，是可以改正的。但是，如果他們的身邊盡是和他們一樣或平庸的開(kāi)發(fā)人員，那么他們就會(huì)陷入自我感覺(jué)良好的錯(cuò)覺(jué)中。

只要你愿意為自己的錯(cuò)誤承擔(dān)責(zé)任，只要你愿意從錯(cuò)誤中學(xué)習(xí)，那么你就不算是一個(gè)糟糕的開(kāi)發(fā)人員。

使得這些程序員變得糟糕的最重要的屬性，是自大。

糟糕的程序員認(rèn)為他們的代碼是完美的，只會(huì)歸咎于是客戶(hù)的愚蠢導(dǎo)致了程序的崩潰，而不是反思——為什么他們做的軟件會(huì)崩潰。牛仔程序員通常是自私的開(kāi)發(fā)者，因?yàn)樗麄儾粫?huì)對(duì)那些不得不為他們“擦屁股”的開(kāi)發(fā)人員抱有一絲同情心。

更為重要的是，這些自大的程序員總是認(rèn)為自己的智力高人一等，總是自認(rèn)為別人沒(méi)有注釋不行，總是認(rèn)為那些不明白他們代碼的人是因?yàn)樘薮?，但從?lái)不曾想想為什么大家不理解他們的代碼。這種一直堅(jiān)定不移地認(rèn)為他們自己是對(duì)的，總是認(rèn)為自己高人一等的結(jié)果就是，沒(méi)有與人好好溝通就自作主張地構(gòu)建了可能會(huì)給團(tuán)隊(duì)帶來(lái)很多問(wèn)題和麻煩的功能。還有的人由于（毫無(wú)正當(dāng)理由地）深信自己的代碼更好，因而有時(shí)候甚至?xí)乇堋白罴炎龇ā被颉皹?biāo)準(zhǔn)”。

最糟的是，糟糕的程序員都不愿意聽(tīng)別人說(shuō)教，不愿意從錯(cuò)誤中學(xué)習(xí)，因?yàn)樗麄儾怀姓J(rèn)他們犯了錯(cuò)誤，正如前面提到的，他們通常會(huì)推卸責(zé)任。

請(qǐng)注意，這并不意味著牛仔程序員在現(xiàn)實(shí)中就是難相處或低智商的人——也許他們就是你遇到過(guò)的最和藹親切的人——但是，在他們面對(duì)批評(píng)的時(shí)候，卻有著一種根深蒂固的自大和不愿意承擔(dān)過(guò)錯(cuò)責(zé)任的心態(tài)。

平庸的開(kāi)發(fā)者

這里我指的平庸意味著“不能勝任”。

在某些方面，平庸的開(kāi)發(fā)者比牛仔程序員更糟，因?yàn)樗麄冎雷约翰荒軌騽偃危瑓s不愿意去努力，滿(mǎn)足于停留在技能階梯的底層。

不像牛仔程序員，平庸的開(kāi)發(fā)者通常對(duì)編程缺乏興趣，因此在理解編程概念方面有困難。他們需要很長(zhǎng)的時(shí)間來(lái)創(chuàng)建一些東西，同時(shí)生產(chǎn)的代碼欠佳并且充滿(mǎn)問(wèn)題。他們通常對(duì)編碼毫無(wú)沒(méi)有激情/興趣可言，他們?cè)趯W(xué)習(xí)新技術(shù)時(shí)進(jìn)展緩慢，或通常沒(méi)有實(shí)際的操作經(jīng)驗(yàn)。

也許平庸的開(kāi)發(fā)者不像牛仔程序員那樣具有破壞性，這是因?yàn)樗麄兲幵谝粋€(gè)團(tuán)隊(duì)中，但他們絕對(duì)不會(huì)為團(tuán)隊(duì)帶來(lái)任何好處，并且他們提出的解決辦法總是劣于優(yōu)秀的開(kāi)發(fā)人員（他們常常會(huì)因?yàn)殄e(cuò)誤的決策，導(dǎo)致滿(mǎn)是bug/低效的代碼）。

關(guān)于平庸的開(kāi)發(fā)者，我就不再多說(shuō)什么了。最差的估計(jì)是，他們可能會(huì)拖累整個(gè)團(tuán)隊(duì)，最好的情況是，他們勉勉強(qiáng)強(qiáng)也算是在最后期限內(nèi)完成了任務(wù)。

問(wèn)題的核心

促使開(kāi)發(fā)者盤(pán)踞“糟糕”寶座的核心是因?yàn)樗麄內(nèi)狈Τ蔀橐粋€(gè)更好的程序員的愿望。糟糕的程序員對(duì)目前的行為方式感到滿(mǎn)意和舒適。更糟的是，牛仔程序員和平庸的程序員通常自認(rèn)為知道那些其實(shí)他們不知道的東西。

更重要的是，糟糕程序員往往對(duì)學(xué)習(xí)新事物不感興趣，因此不會(huì)有意地去改進(jìn)自己。

這也是為什么在糟糕程序員的代碼上經(jīng)?？梢园l(fā)現(xiàn)大量復(fù)制&粘貼的東西，因?yàn)樗麄兓旧喜粫?huì)去搞清楚為什么有些地方這些代碼奏效而有些地方不奏效。復(fù)制&粘貼本身并不是壞事，但只有在下面這些情況下：

• 你知道你正在在做什么（很多糟糕的開(kāi)發(fā)人員會(huì)自以為他們知道自己在做什么）
• 確信復(fù)制＆粘貼的代碼會(huì)有效工作
• 只用于測(cè)試/檢驗(yàn)

糟糕的開(kāi)發(fā)者通常只會(huì)復(fù)制粘貼StackOverflow代碼，而不是去理解它，或者調(diào)整解決方案以匹配他們自己的代碼。

此外，那些始終堅(jiān)持所謂的“最佳做法”而不去理解為什么這些做法會(huì)被認(rèn)為是“最好”的程序員也可以被歸類(lèi)為糟糕的程序員。

總而言之，也許你并不需要知道一個(gè)大型的復(fù)雜框架的每一個(gè)細(xì)節(jié)的工作原理。但是，你至少應(yīng)該弄清楚你使用的部分是如何工作的。

糟糕的程序員從來(lái)不會(huì)從自己的錯(cuò)誤中吸取教訓(xùn)，要么是因?yàn)椴怀姓J(rèn)他們犯了錯(cuò)誤，要么是因?yàn)樗麄內(nèi)狈W(xué)習(xí)的欲望，要么兩者皆有。

每個(gè)人都會(huì)犯錯(cuò)，每個(gè)程序員都會(huì)制造bug，這沒(méi)有什么大不了。但是，如果你總是在重復(fù)相同的錯(cuò)誤，那就意味著你是一個(gè)不學(xué)習(xí)的糟糕的開(kāi)發(fā)者。

優(yōu)秀的開(kāi)發(fā)人員

經(jīng)過(guò)漫談?dòng)嘘P(guān)與糟糕開(kāi)發(fā)者的相關(guān)特征，你可能對(duì)是什么造就了優(yōu)秀開(kāi)發(fā)人員已經(jīng)有了一個(gè)模糊的想法。優(yōu)秀的開(kāi)發(fā)人員是開(kāi)發(fā)隊(duì)伍的中堅(jiān)力量，并且他們通常具有以下特征。

有著一種山外有山人外有人的謙遜認(rèn)識(shí)，愿意為錯(cuò)誤承擔(dān)責(zé)任，從錯(cuò)誤中學(xué)習(xí)，寫(xiě)出的代碼是可讀的、結(jié)構(gòu)化的、經(jīng)過(guò)可靠設(shè)計(jì)的、可被輕松調(diào)試的，努力理解事物的工作原理，和團(tuán)隊(duì)中的其他人有著良好的溝通/協(xié)作，虛心接受批評(píng)和開(kāi)放對(duì)待不同的方法，保持學(xué)習(xí)新技術(shù)的心態(tài)，樂(lè)于解決問(wèn)題等等。

的確，關(guān)于何為高質(zhì)量代碼是很難衡量的（這就是為什么我沒(méi)有將它包含在特征中，但是這確實(shí)是組成開(kāi)發(fā)人員“優(yōu)秀”的一個(gè)重要方面）。

那么我們?cè)趺粗雷约簩?xiě)的代碼是否良好呢？請(qǐng)看漫畫(huà)中的完美解釋。

真正優(yōu)秀的開(kāi)發(fā)人員

下面這兩種類(lèi)型的開(kāi)發(fā)人員，才是真正能夠幫助團(tuán)隊(duì)的開(kāi)發(fā)人員：

• MVP
• 樂(lè)于助人的開(kāi)發(fā)人員

MVP

MVP型開(kāi)發(fā)者不希望只是簡(jiǎn)單地解決問(wèn)題，他們會(huì)努力尋找解決問(wèn)題的最佳方法。他們能應(yīng)付挑戰(zhàn)，因此在困難的任務(wù)面前總是表現(xiàn)出色——這也是為什么MVP型開(kāi)發(fā)者比大多數(shù)開(kāi)發(fā)人員更富有生產(chǎn)力的原因。正是由于這種愛(ài)挑戰(zhàn)的冒險(xiǎn)心態(tài)，所以如果雇主分配給他們的工作太容易或太平庸的話(huà)，可能會(huì)留不住他們，因?yàn)橐坏┧麄兏械絽捑氲脑?huà)，可能就會(huì)選擇離開(kāi)。

由于MVP型開(kāi)發(fā)者對(duì)自己工作的自豪感，因此他們常常會(huì)在質(zhì)量和性能上吹毛求疵。事實(shí)上，他們會(huì)考慮很多邊緣情況，在發(fā)生之前就仔細(xì)斟酌。在某些情況下，他們是自己的QA工程師，會(huì)在用戶(hù)之前先檢驗(yàn)自己的代碼。他們不會(huì)因?yàn)樗^的“最佳實(shí)踐”，就盲目地去做TDD，但是他們會(huì)設(shè)計(jì)程序，從而大大減少調(diào)試的時(shí)間。因此，一個(gè)MVP型程序員的生產(chǎn)效率至少是一個(gè)糟糕程序員的10倍。

MVP型開(kāi)發(fā)者有著強(qiáng)烈的好奇心，會(huì)不惜一切代價(jià)地去尋找事物“為什么”工作或不工作的原因。他們會(huì)花很多時(shí)間來(lái)閱讀有關(guān)編程的內(nèi)容，以便于跟上新技術(shù)，但卻不會(huì)隨大流，因?yàn)樗麄兏信d趣的是靠自己去找出問(wèn)題的根源。他們非常熱愛(ài)編碼，所以經(jīng)常在業(yè)余時(shí)間編程，或者是搗鼓業(yè)務(wù)項(xiàng)目，或者是嘗試新的技術(shù)、工具和語(yǔ)言。

最后，MVP型開(kāi)發(fā)者自信且謙遜，因?yàn)樗麄兪冀K牢記，三人行必有我?guī)煟麄兿矚g和更優(yōu)秀的人才一起合作，因?yàn)樗麄兡軓倪@些更好的開(kāi)發(fā)人員身上學(xué)習(xí)。

總結(jié)

要想成為一個(gè)優(yōu)秀的，甚至是偉大的開(kāi)發(fā)人員，最重要的因素是自己。

也許這需要天賦和一種真正與生俱來(lái)的激情，才能成為頂尖的程序員，但只要對(duì)編程有興趣，任何人都可以是一個(gè)“好”的程序員。

如果你不想成為一個(gè)優(yōu)秀的程序員，那么沒(méi)有人，可以幫你實(shí)現(xiàn)。你才是自己最大的敵人和對(duì)手，你的目標(biāo)應(yīng)該始終是成為一個(gè)比現(xiàn)在更好的程序員。

逆鋒起筆是一個(gè)專(zhuān)注于程序員圈子的技術(shù)平臺(tái)，你可以收獲最新技術(shù)動(dòng)態(tài)、最新內(nèi)測(cè)資格、BAT等大廠(chǎng)大佬的經(jīng)驗(yàn)、增長(zhǎng)自身、學(xué)習(xí)資料、職業(yè)路線(xiàn)、賺錢(qián)思維，微信搜索逆鋒起筆關(guān)注！

炸了??！又一 VSCode 神器面世！

百度網(wǎng)盤(pán)遷移至阿里云盤(pán)，附工具！

我見(jiàn)過(guò)最糟糕的代碼

Google 內(nèi)部的 Python 代碼風(fēng)格指南（譯）

在 Google 中輸入這 4 個(gè)單詞，竟然得到了這個(gè)?