糟糕程序員的編程風格。。。

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

這類開發(fā)人員在獨自工作的時候最佳，在客戶對時間要求特別緊迫只要盡快實現(xiàn)功能的時候最適合。

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

2.凌亂、不可讀的代碼

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

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

3.Bug，無處不在的bug

如果一家公司的軟件在變大和變得更加復雜之后，他們的代碼仍然是一堆意大利面條，那么它就會成為一個等待爆炸的定時炸彈。在最壞的情況下，其后果甚至會像豐田汽車意外加速一樣嚴重。眾所周知，豐田汽車召回是一場災難。

更重要的是，意大利面條式代碼是不可擴展的。這意味著如果增加新功能，那么這種代碼就像行走在雷區(qū)上——不知道什么時候，就會爆炸。這通常是因為牛仔程序員將每個功能都混合在一起，于是任何變化都可能會破壞軟件。如果有更好的代碼設計和/或單元測試，或許就能阻止這種情況，但是，牛仔程序員不在乎他們的代碼是否是可用的，也不想編寫測試（因為需要時間）。

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

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

如果你超過80％的開發(fā)時間都花在了調(diào)試自己的代碼上，并且調(diào)試過程像一場噩夢的話（即這邊解決了一個bug，那邊又出來了另一個bug），那么說明代碼庫不佳，并且你需要改進你的代碼。

自大

有的牛仔程序員并不壞，因為他們只是根據(jù)管理/客戶不可能的期限要求，才生產(chǎn)出了意大利面條式代碼（但是，那些重視自己代碼的開發(fā)人員會選擇離開這樣的公司或拒絕這樣的客戶）。

很多初學者和初級開發(fā)人員是因為沒有編碼計劃，因而生產(chǎn)出了一堆有bug的代碼，但有時是因為他們?nèi)狈栴}的經(jīng)驗，從而做出了錯誤的決定。

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

只要你愿意為自己的錯誤承擔責任，只要你愿意從錯誤中學習，那么你就不算是一個糟糕的開發(fā)人員。

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

糟糕的程序員認為他們的代碼是完美的，只會歸咎于是客戶的愚蠢導致了程序的崩潰，而不是反思——為什么他們做的軟件會崩潰。牛仔程序員通常是自私的開發(fā)者，因為他們不會對那些不得不為他們“擦屁股”的開發(fā)人員抱有一絲同情心。

更為重要的是，這些自大的程序員總是認為自己的智力高人一等，總是自認為別人沒有注釋不行，總是認為那些不明白他們代碼的人是因為太愚蠢，但從來不曾想想為什么大家不理解他們的代碼。這種一直堅定不移地認為他們自己是對的，總是認為自己高人一等的結(jié)果就是，沒有與人好好溝通就自作主張地構(gòu)建了可能會給團隊帶來很多問題和麻煩的功能。還有的人由于（毫無正當理由地）深信自己的代碼更好，因而有時候甚至會回避“最佳做法”或“標準”。

最糟的是，糟糕的程序員都不愿意聽別人說教，不愿意從錯誤中學習，因為他們不承認他們犯了錯誤，正如前面提到的，他們通常會推卸責任。

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

平庸的開發(fā)者

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

在某些方面，平庸的開發(fā)者比牛仔程序員更糟，因為他們知道自己不能夠勝任，卻不愿意去努力，滿足于停留在技能階梯的底層。

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

也許平庸的開發(fā)者不像牛仔程序員那樣具有破壞性，這是因為他們處在一個團隊中，但他們絕對不會為團隊帶來任何好處，并且他們提出的解決辦法總是劣于優(yōu)秀的開發(fā)人員（他們常常會因為錯誤的決策，導致滿是bug/低效的代碼）。

關于平庸的開發(fā)者，我就不再多說什么了。最差的估計是，他們可能會拖累整個團隊，最好的情況是，他們勉勉強強也算是在最后期限內(nèi)完成了任務。

問題的核心

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

更重要的是，糟糕程序員往往對學習新事物不感興趣，因此不會有意地去改進自己。

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

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

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

此外，那些始終堅持所謂的“最佳做法”而不去理解為什么這些做法會被認為是“最好”的程序員也可以被歸類為糟糕的程序員。

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

糟糕的程序員從來不會從自己的錯誤中吸取教訓，要么是因為不承認他們犯了錯誤，要么是因為他們?nèi)狈W習的欲望，要么兩者皆有。

每個人都會犯錯，每個程序員都會制造bug，這沒有什么大不了。但是，如果你總是在重復相同的錯誤，那就意味著你是一個不學習的糟糕的開發(fā)者。

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

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

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

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

那么我們怎么知道自己寫的代碼是否良好呢？請看漫畫中的完美解釋。

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

下面這兩種類型的開發(fā)人員，才是真正能夠幫助團隊的開發(fā)人員：

• MVP
• 樂于助人的開發(fā)人員

MVP

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

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

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

最后，MVP型開發(fā)者自信且謙遜，因為他們始終牢記，三人行必有我?guī)煟麄兿矚g和更優(yōu)秀的人才一起合作，因為他們能從這些更好的開發(fā)人員身上學習。

總結(jié)

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

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

如果你不想成為一個優(yōu)秀的程序員，那么沒有人，可以幫你實現(xiàn)。你才是自己最大的敵人和對手，你的目標應該始終是成為一個比現(xiàn)在更好的程序員。

作者：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) – 小峰