域名預(yù)訂/競(jìng)價(jià)，好“米”不錯(cuò)過

昨天在devto上面看到一篇挺有意思的文章，一位國(guó)外開發(fā)老哥發(fā)表了一篇關(guān)于如何成為最糟糕開發(fā)者的10條建議，相比其他正向建議如何成為一名優(yōu)秀程序員類的文章更為深刻。下面我們一起來看看這10條建議都是啥！

Top 10：在做任何事情之前，你需要100%的了解JavaScript

這是一個(gè)非常好的建議，可以應(yīng)用到任何地方。除非你是該領(lǐng)域的第一專家，否則你不應(yīng)該做任何事情，即使不是在你的國(guó)家，至少在你周圍的圈子里。不然你怎么確定你不會(huì)搞砸任何事情？否則你怎么確保自己不會(huì)被嘲笑？

如果你開始得太早，你可能會(huì)犯一個(gè)錯(cuò)誤，并且記住：作為一個(gè)開發(fā)人員，你的工作就是永遠(yuǎn)不犯錯(cuò)誤 。

Top 9：永遠(yuǎn)不要質(zhì)疑思想領(lǐng)袖;，他們總是正確的，而且比你聰明

思想領(lǐng)袖應(yīng)該被尊為上帝。他們說什么就是什么。即使他們幾周前才開始編寫代碼，而你已經(jīng)編寫代碼幾年了！如果他們?cè)谏缃幻襟w上有大量的追隨者，他們比你更博學(xué)，你應(yīng)該仔細(xì)聽他們說什么。

記住: 1個(gè)追隨者 = = = 10億個(gè)腦細(xì)胞。你有數(shù)以萬億計(jì)的腦細(xì)胞嗎？

Top 8：如果你不理解某些東西，那一定是語言創(chuàng)造者的錯(cuò)誤，也是語言的根本缺陷。你應(yīng)該編寫自己的語言來解決這個(gè)問題

我們之所以有那么多的 bug，那是因?yàn)槲覀內(nèi)鄙僮銐虻木幊陶Z言。Brendan Eich在10天內(nèi)創(chuàng)建了 JavaScript。當(dāng)然，如果你花上30天左右的時(shí)間，你肯定能想出更好的辦法。

Top 7：如果有人對(duì)你的問題提出了另一個(gè)解決方案，那么你只需要說“但是... ... ” ，然后說出以下任何一個(gè)詞，然后就可以離開了: “安全性”、“可伸縮性”、“正交性”、“可維護(hù)性”

沒有人會(huì)真正理解你的代碼以及為什么它是由你自己編寫的。不要指望任何人給出任何有幫助的反饋，110% 的時(shí)間他們不知道自己在說什么。如果他們這么聰明的話，他們應(yīng)該寫代碼而不是你。

Top 6：不要學(xué)習(xí) HTML，它已經(jīng)過時(shí)了

僅僅因?yàn)槊總€(gè)現(xiàn)代 web 框架仍然使用 HTML 并不意味著你也應(yīng)該這樣做。相反，您應(yīng)該專注于圍繞它構(gòu)建一種新的標(biāo)記語言和生態(tài)系統(tǒng)(瀏覽器、移動(dòng)設(shè)備、 api 等等)。

還要確保跳到任何討論 HTML 的對(duì)話中，提醒大家 HTML 確實(shí)不是一種“真正的”編程語言。對(duì) CSS 也是一樣。在你的簡(jiǎn)歷上留下這些對(duì)話的鏈接，這樣你的招聘經(jīng)理就會(huì)知道你是一個(gè)“真正的程序員”。

Top 5：你根本不需要關(guān)心如何與人交流——人類并不重要，重要的是計(jì)算機(jī)

我看到開發(fā)人員犯的最大的錯(cuò)誤之一是浪費(fèi)時(shí)間交流而不是編寫代碼。你是作為一個(gè)開發(fā)者被雇傭的，而不是一個(gè)談話者。你寫的代碼行數(shù)越多，你的薪水就越高。

忽略電子郵件、 Slack 消息和 GitHub 問題。相反，你可以在一個(gè)筒倉(cāng)里工作，盡可能多地創(chuàng)建一些很酷的功能。當(dāng)有人強(qiáng)迫你參加一個(gè)會(huì)議時(shí)，用一個(gè)極其模糊的借口在最后一分鐘取消。

Top 4：盡量把事情弄得復(fù)雜一些。這是保持工作的關(guān)鍵

這一點(diǎn)尤其重要：找到一個(gè)你感覺舒服的地方。盡你所能完全控制住它，不要有疏忽。盡可能創(chuàng)造性地使用函數(shù)、變量和文件名。使用你的慣例，如：倒著拼寫單詞，使用你最喜歡的電視節(jié)目的人物名稱，或家庭名稱作為前綴的變量隨機(jī)。還可以考慮通過 jsFuck 運(yùn)行你的代碼。

如果您是唯一可以修復(fù)或更新代碼庫(kù)的人，那么這就是作業(yè)安全的終極形式。

Top 3：復(fù)制黏貼一切，不用擔(dān)心理解不了

我們的目標(biāo)是發(fā)布代碼！現(xiàn)在的互聯(lián)網(wǎng)擁有眾多的資源，比如 Stack Overflow 和 Google，幾乎所有的答案都擺在你面前。這里的問題是，許多開發(fā)人員浪費(fèi)時(shí)間試圖理解一些有用的東西。如果成功了，繼續(xù)前進(jìn)，不要花任何時(shí)間去想它。

花費(fèi)大量的時(shí)間去理解你正在做的事情會(huì)阻止你完成你的最終目標(biāo)：寫盡可能多的代碼。

Top 2：你的意見是你唯一需要傾聽的

這可以追溯到Top 5的建議：參與的人越多，你從別人那里聽到的屁話就越多。如果你被迫聽取你的經(jīng)理或其他團(tuán)隊(duì)成員的意見，加入他們的電話，但是當(dāng)他們?cè)谡勗挄r(shí)，試著想象一下 Beastie Boys 的銀河系視頻在你的腦海中播放，以確保他們說的任何東西都不會(huì)進(jìn)入你的大腦。

Top 1：必須盡可能地重寫同事代碼中 let 的每個(gè)實(shí)例。他們現(xiàn)在可能恨你，但他們以后會(huì)感謝你的。它對(duì)于應(yīng)用程序的穩(wěn)定性至關(guān)重要，應(yīng)該優(yōu)先于發(fā)布新特性！

這一點(diǎn)是最重要的，不言自明！

讀到這里，你是否跟我一樣，五味雜陳的感覺？不要忘記這篇文章的標(biāo)題，這些建議都是讓你成為一名糟糕程序員的建議，所以每一個(gè)建議其實(shí)都要求個(gè)反，也就是這些習(xí)慣會(huì)讓你離優(yōu)秀開發(fā)者越來越遠(yuǎn)。其實(shí)現(xiàn)實(shí)中，糟糕的編碼習(xí)慣還有很大，有什么讓你最深惡痛絕的呢？歡迎在留言告訴我們！

本文來自博客園，原文鏈接：https://www.cnblogs.com/didispace/p/13876977.html

申請(qǐng)創(chuàng)業(yè)報(bào)道，分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處，共同探討創(chuàng)業(yè)新機(jī)遇！