[[358485]]

首先這是程序員問(wèn)答論壇stackoverflow中“您最有爭(zhēng)議的編程觀點(diǎn)是什么?” 問(wèn)題的高分問(wèn)答的集錦，但這個(gè)帖子已經(jīng)被刪除了，也就是說(shuō)死無(wú)對(duì)證。

1. 業(yè)余時(shí)間不以編程為樂(lè)的程序員，永遠(yuǎn)不會(huì)像以編程為樂(lè)的程序員一樣優(yōu)秀。

我認(rèn)為即使是最聰明、最有天賦的人也不會(huì)成為真正優(yōu)秀的程序員，除非他們把它當(dāng)成比工作更重要的事情。也就是說(shuō)，他們?cè)跇I(yè)余時(shí)間做一些小項(xiàng)目，或者只是在業(yè)余時(shí)間搞很多不同的語(yǔ)言和想法。

作者 rustyshelf

2. 單元測(cè)試不會(huì)幫助你寫出好的代碼。

有單元測(cè)試的唯一原因是為了確保已經(jīng)能用的代碼不會(huì)出錯(cuò)。先寫測(cè)試，或者先寫代碼再寫測(cè)試都很可笑的。如果你先寫測(cè)試再寫代碼，你甚至不知道邊緣情況是什么。你可能會(huì)有通過(guò)測(cè)試的代碼，但在不可預(yù)見的情況下仍然失敗。而且，好的開發(fā)人員會(huì)保持較低耦合，這將使新代碼的添加不太可能導(dǎo)致現(xiàn)有的東西出現(xiàn)問(wèn)題。

作者：Chad Okere

3. 你唯一應(yīng)該一直使用的 “最佳實(shí)踐 “就是 “開動(dòng)自己的腦筋”。

太多的人都趕時(shí)髦，試圖把方法、模式、框架等強(qiáng)加到不值得的事情上。僅僅因?yàn)槟承〇|西是新的，或者因?yàn)槟硞€(gè)受人尊敬的人有一個(gè)觀點(diǎn)，并不意味著它適合所有的人。

作者：Steven Robbins

4. 大多數(shù)代碼中的注釋其實(shí)是一種垃圾代碼的重復(fù)。

我們花了大部分時(shí)間來(lái)維護(hù)別人(或我們自己)寫的代碼，而拙劣的、不正確的、過(guò)時(shí)的、誤導(dǎo)性的注釋一定是代碼中最令人討厭的人工制品的榜首。我想最終很多人都會(huì)把它們忽略掉，尤其是那些花盒怪獸。更好的做法是專注于使代碼可讀，必要時(shí)重構(gòu)，并盡量減少習(xí)語(yǔ)和怪癖。另一方面，許多課程教導(dǎo)說(shuō)注釋幾乎比代碼本身更重要，導(dǎo)致下一行給 invoiceTotal 增加一個(gè)注釋的風(fēng)格。

作者：Ed Guiness

5. “上網(wǎng)查查 “未嘗不可!

是的，我知道這觸犯了一些人的利益，他們多年緊張的記憶和/或光榮的一摞編程書籍，開始被一個(gè)任何人都可以在幾秒鐘內(nèi)訪問(wèn)的資源所取代，但你不應(yīng)該對(duì)使用它的人持反對(duì)態(tài)度。我經(jīng)常聽到google解決問(wèn)題的答案是批評(píng)的結(jié)果，這真的是沒(méi)有意義的。

首先，必須承認(rèn)，每個(gè)人都需要材料來(lái)參考。你不是什么都懂，你也需要查資料。承認(rèn)了這一點(diǎn)，你從哪里得到的資料真的重要嗎?你是在書上查的，還是在谷歌上查的，還是從一只會(huì)說(shuō)話的青蛙那里聽到的，這重要嗎?不，一個(gè)正確的答案就是一個(gè)正確的答案。重要的是你理解了這些材料，把它作為成功的編程方案的手段，并且客戶/你的雇主對(duì)結(jié)果滿意。

作者：PhoenixRedeemer

6. 不是所有的程序員受到合理待遇。

很多時(shí)候，管理者認(rèn)為開發(fā)人員A等效于開發(fā)人員B，只是因?yàn)樗麄兊慕?jīng)驗(yàn)水平相同等等。實(shí)際上，一個(gè)開發(fā)人員的業(yè)績(jī)可能是另一個(gè)開發(fā)人員的10倍甚至100倍。談?wù)撨@個(gè)問(wèn)題在政治上是有風(fēng)險(xiǎn)的，但有時(shí)我覺得應(yīng)該指出，即使幾個(gè)團(tuán)隊(duì)成員看起來(lái)技術(shù)相當(dāng)，但情況并不總是如此。我甚至看到過(guò)這樣的情況：主要開發(fā)人員 “無(wú)可奈何”，而初級(jí)開發(fā)人員做了所有的實(shí)際工作–雖然我相信他們得到了贊美。

作者：Dmitri Nesteruk

7. 我不明白為什么人們認(rèn)為Java是大學(xué)里最好的 “第一 “編程語(yǔ)言。

其一，我認(rèn)為第一門編程語(yǔ)言應(yīng)該是這樣的，它強(qiáng)調(diào)的是學(xué)習(xí)控制流和變量，而不是對(duì)象和語(yǔ)法。其二，我相信沒(méi)有在C / C++中調(diào)試內(nèi)存泄漏經(jīng)驗(yàn)的人不能完全理解Java帶來(lái)的東西。另外，自然的進(jìn)展應(yīng)該是從 “我怎么能做這個(gè) “到 “我怎么能找到能做那個(gè)的庫(kù)”，而不是相反。

作者 Learning

8. 如果你只懂一門語(yǔ)言，不管你對(duì)它有多精通，你都不是一個(gè)偉大的程序員。

似乎有一種態(tài)度認(rèn)為，一旦你真的擅長(zhǎng)C#或Java或其他任何你開始學(xué)習(xí)的語(yǔ)言，那么這就是你所需要的。我不這樣認(rèn)為，因?yàn)槲宜鶎W(xué)過(guò)的每一門語(yǔ)言都教會(huì)了我一些關(guān)于編程的新東西，這些知識(shí)再反哺工作。我認(rèn)為，任何一個(gè)人如果把自己限制在一門語(yǔ)言上，就永遠(yuǎn)不會(huì)有好的表現(xiàn)。這也向我表明了某種缺乏好奇心和嘗試的意愿，這不一定符合我期望在一個(gè)真正優(yōu)秀的程序員身上找到的品質(zhì)。

作者：glenatron

9. 偶爾寫一些垃圾代碼是可以的。

有時(shí)候，為了完成一個(gè)特定的任務(wù)，只需要一段快速而骯臟的垃圾代碼。模式，ORM，SRP，不管是什么……在控制臺(tái)搞一下或簡(jiǎn)單寫個(gè)Web應(yīng)用程序，寫一些內(nèi)聯(lián)SQL，然后快速地完成需求。

作者：jfar

10. 打印語(yǔ)句是調(diào)試代碼的有效方法。

我相信，通過(guò)使用System.out.println(或任何適合你的語(yǔ)言的打印語(yǔ)句)來(lái)調(diào)試你的代碼是完全可行的。通常情況下，這可以比調(diào)試更快，而且你可以將打印的輸出與應(yīng)用程序的其他運(yùn)行進(jìn)行比較。只要確保在生產(chǎn)時(shí)刪除打印語(yǔ)句(或者更好的是，將它們變成日志語(yǔ)句)。

作者：David

11. 你的工作就是讓自己失業(yè)。

當(dāng)你為你的雇主編寫軟件時(shí)，你所創(chuàng)建的任何軟件都要以這樣的方式編寫，即它可以被任何開發(fā)人員拾起并以最小的努力理解。它設(shè)計(jì)得很好，寫得清晰一致，格式干凈，在需要的地方有文檔，每天按預(yù)期構(gòu)建，檢查到倉(cāng)庫(kù)，并有適當(dāng)?shù)陌姹尽?/p>

如果你被公交車撞了，下崗，被解雇，或者走下神壇，你的雇主應(yīng)該能夠在一瞬間通知你替換你，下一個(gè)人可以介入你的角色，拿起你的代碼，頂多一周內(nèi)就可以開始運(yùn)行。如果他或她做不到這一點(diǎn)，那你就太失敗了。有趣的是，我發(fā)現(xiàn)，有了這個(gè)目標(biāo)，我對(duì)雇主來(lái)說(shuō)更有價(jià)值。我越是努力成為一次性的人，對(duì)他們來(lái)說(shuō)就越有價(jià)值。

作者：邁克-霍弗

12. Getters和Setters被過(guò)度使用。

我見過(guò)數(shù)以百萬(wàn)計(jì)的人聲稱公共字段是邪惡的，所以他們將其私有化，并為所有字段提供getter和setter。我相信這與將字段公開幾乎是一樣的，如果你使用線程(但一般情況下不是這樣)或者如果你的訪問(wèn)者有業(yè)務(wù)/展示邏輯(至少是一些 “奇怪 “的東西)，也許會(huì)有一點(diǎn)不同。我并不贊成公共字段，但反對(duì)為每個(gè)字段建立一個(gè)getter/setter(或Property)，然后聲稱這樣做是封裝或信息隱藏……哈哈!我認(rèn)為，這是不對(duì)的。

作者：Pablo Fernandez

13. 別拿SQL不當(dāng)代碼。

也就是說(shuō)，就像你的C#、Java或其他喜歡的對(duì)象/程序語(yǔ)言一樣，開發(fā)一種可讀和可維護(hù)的格式化風(fēng)格。我討厭看到馬虎的自由格式化的SQL代碼。如果你在頁(yè)面上看到兩種樣式的大括號(hào)時(shí)都會(huì)尖叫，那么當(dāng)你看到自由格式化的SQL或模糊或混淆JOIN條件的SQL時(shí)，你為什么或?yàn)槭裁床患饨心?

作者：MustStayAnonymous

14. UML圖被高度高估了。

當(dāng)然有一些有用的圖，比如復(fù)合模式的類圖，但是很多UML圖完全沒(méi)有價(jià)值。

當(dāng)然也有一些有用的圖，比如復(fù)合模式的類圖，但是很多UML圖完全沒(méi)有價(jià)值。

作者：Ludwig Wensauer

15. 可讀性是最重要的。

可讀性甚至比正確性更重要。如果它是可讀的，它就很容易修復(fù)。也容易優(yōu)化，容易改變，容易理解。而且希望其他開發(fā)者也能從中學(xué)到一些東西。

作者：Craig P. Motlin

16. XML被高估了。

我認(rèn)為有太多的人從未經(jīng)過(guò)思考，就跳上了XML的浪潮……XML用于網(wǎng)絡(luò)的東西是很好的，因?yàn)樗菫樗O(shè)計(jì)的。否則，我認(rèn)為一些問(wèn)題定義和設(shè)計(jì)思想應(yīng)該優(yōu)先于任何使用它的決定。

作者：Over Rated

17. 軟件開發(fā)也只是一份工作。

我很喜歡軟件開發(fā)。在過(guò)去的幾年里，我寫了一個(gè)關(guān)于這個(gè)主題的系列博客。我在這里花了足夠多的時(shí)間，有超過(guò)5000個(gè)信譽(yù)點(diǎn)。我在一家初創(chuàng)公司工作，每周工作時(shí)間通常為60小時(shí)，收入比我作為一個(gè)承包商要少得多，因?yàn)閳F(tuán)隊(duì)很棒，工作也很有趣。

但本質(zhì)而言，這只是一份工作。它的重要性排在很多事情之下，比如家庭、我的女朋友、朋友、幸福等，如果有無(wú)限的現(xiàn)金供應(yīng)，我肯定選擇做的其他事情之下，比如騎摩托車、帆船游艇或者滑雪板。我覺得有時(shí)候很多開發(fā)者忘記了，開發(fā)只是讓我們擁有生活中更重要的東西(通過(guò)做我們喜歡的事情來(lái)?yè)碛?，而不是作為最終目標(biāo)本身。

作者：Greg Beech

18. 如果你是一個(gè)開發(fā)人員，你應(yīng)該會(huì)寫代碼。

(這不是廢話嗎，看完我不太相信)

去年我做了不少面試，我面試的部分應(yīng)該是測(cè)試大家的思維方式，以及如何在白板上實(shí)現(xiàn)簡(jiǎn)單到中等的算法。我一開始的問(wèn)題是這樣的。

考慮到Pi可以用函數(shù)4*(1 – 1/3 + 1/5 – 1/7 +… )來(lái)估計(jì)，更多的項(xiàng)會(huì)帶來(lái)更高的精度，請(qǐng)寫一個(gè)函數(shù)，計(jì)算Pi的精度達(dá)到小數(shù)點(diǎn)后5位。

這是一個(gè)應(yīng)該讓你思考的問(wèn)題，但對(duì)于一個(gè)經(jīng)驗(yàn)豐富的開發(fā)人員來(lái)說(shuō)，應(yīng)該不是遙不可及的問(wèn)題(用大約10行C#語(yǔ)言就可以回答)。然而，我們的許多(據(jù)說(shuō)是經(jīng)過(guò)機(jī)構(gòu)預(yù)選的)候選人甚至無(wú)法開始回答這個(gè)問(wèn)題，甚至無(wú)法解釋他們?nèi)绾稳セ卮疬@個(gè)問(wèn)題。所以過(guò)了一段時(shí)間后，我開始問(wèn)一些比較簡(jiǎn)單的問(wèn)題，比如。

假設(shè)圓的面積是Pi乘以半徑的平方，寫一個(gè)函數(shù)來(lái)計(jì)算圓的面積。

令人驚訝的是，超過(guò)一半的考生不會(huì)用任何語(yǔ)言寫這個(gè)函數(shù)(我可以讀懂大多數(shù)流行的語(yǔ)言，所以我讓他們使用任何他們選擇的語(yǔ)言，包括偽代碼)

我們有 “C#開發(fā)人員 “不能用C#寫這個(gè)函數(shù)。我對(duì)此感到很驚訝。我一直認(rèn)為，開發(fā)人員應(yīng)該能夠?qū)懘a。現(xiàn)在看來(lái)，這是個(gè)有爭(zhēng)議的觀點(diǎn)。當(dāng)然，在面試候選人中也是如此

作者：Greg Beech

19. 設(shè)計(jì)模式對(duì)好設(shè)計(jì)的傷害大于幫助。

軟件設(shè)計(jì)，尤其是好的軟件設(shè)計(jì)太多變了，無(wú)法用模式來(lái)有意義地捕捉，尤其是人們能真正記住的模式數(shù)量很少–而且這些模式太抽象了，人們真正能記住的不只是少數(shù)幾個(gè)。所以它們沒(méi)有什么幫助。而另一方面，太多人迷戀這個(gè)概念，并試圖將模式應(yīng)用到各個(gè)地方–通常，在所產(chǎn)生的代碼中，你無(wú)法在所有(完全沒(méi)有意義的)Singletons和Abstract Factories之間找到實(shí)際的設(shè)計(jì)。

作者：Michael Borgwardt

20. 代碼越少越好

如果用戶說(shuō) “就這(么點(diǎn))?”，沒(méi)有體現(xiàn)你的工作量，那就是做對(duì)了。相信我，你要把這當(dāng)成對(duì)你的最高贊譽(yù)。

作者：Jas Panesar