成為最差開發者的10條建議
阿新 • • 發佈:2020-10-26
昨天在devto上面看到一篇挺有意思的文章,一位國外開發老哥發表了一篇關於[如何成為最糟糕開發者的10條建議](https://dev.to/dabit3/top-10-pieces-of-advice-for-becoming-the-worst-developer-possible-3kke),相比其他正向建議如何成為一名優秀程式設計師類的文章更為深刻。下面我們一起來看看這10條建議都是啥!
**Top 10:在做任何事情之前,你需要100%的瞭解JavaScript**
![](https://img2020.cnblogs.com/other/626506/202010/626506-20201026095816300-835721815.png)
這是一個非常好的建議,可以應用到任何地方。除非你是該領域的第一專家,否則你不應該做任何事情,即使不是在你的國家,至少在你周圍的圈子裡。不然你怎麼確定你不會搞砸任何事情?否則你怎麼確保自己不會被嘲笑?
如果你開始得太早,你可能會犯一個錯誤,並且記住:**作為一個開發人員,你的工作就是永遠不犯錯誤**。
**Top 9:永遠不要質疑思想領袖;,他們總是正確的,而且比你聰明**
![](https://img2020.cnblogs.com/other/626506/202010/626506-20201026095816466-1361112705.png)
思想領袖應該被尊為上帝。他們說什麼就是什麼。即使他們幾周前才開始編寫程式碼,而你已經編寫程式碼幾年了!如果他們在社交媒體上有大量的追隨者,他們比你更博學,你應該仔細聽他們說什麼。
記住: 1個追隨者 = = = 10億個腦細胞。你有數以萬億計的腦細胞嗎?
**Top 8:如果你不理解某些東西,那一定是語言創造者的錯誤,也是語言的根本缺陷。你應該編寫自己的語言來解決這個問題**
![](https://img2020.cnblogs.com/other/626506/202010/626506-20201026095816653-1167945106.png)
我們之所以有那麼多的 bug,那是因為我們缺少足夠的程式語言。Brendan Eich在10天內建立了 JavaScript。當然,如果你花上30天左右的時間,你肯定能想出更好的辦法。
**Top 7:如果有人對你的問題提出了另一個解決方案,那麼你只需要說“但是... ... ” ,然後說出以下任何一個詞,然後就可以離開了: “安全性”、“可伸縮性”、“正交性”、“可維護性”**
![](https://img2020.cnblogs.com/other/626506/202010/626506-20201026095816885-178599165.png)
沒有人會真正理解你的程式碼以及為什麼它是由你自己編寫的。不要指望任何人給出任何有幫助的反饋,110% 的時間他們不知道自己在說什麼。如果他們這麼聰明的話,他們應該寫程式碼而不是你。
**Top 6:不要學習 HTML,它已經過時了**
![](https://img2020.cnblogs.com/other/626506/202010/626506-20201026095817066-456954125.png)
僅僅因為每個現代 web 框架仍然使用 HTML 並不意味著你也應該這樣做。相反,您應該專注於圍繞它構建一種新的標記語言和生態系統(瀏覽器、移動裝置、 api 等等)。
還要確保跳到任何討論 HTML 的對話中,提醒大家 HTML 確實不是一種“真正的”程式語言。對 CSS 也是一樣。在你的簡歷上留下這些對話的連結,這樣你的招聘經理就會知道你是一個“真正的程式設計師”。
**Top 5:你根本不需要關心如何與人交流——人類並不重要,重要的是計算機**
![](https://img2020.cnblogs.com/other/626506/202010/626506-20201026095817197-1129633096.png)
我看到開發人員犯的最大的錯誤之一是浪費時間交流而不是編寫程式碼。你是作為一個開發者被僱傭的,而不是一個談話者。你寫的程式碼行數越多,你的薪水就越高。
忽略電子郵件、 Slack 訊息和 GitHub 問題。相反,你可以在一個筒倉裡工作,儘可能多地建立一些很酷的功能。當有人強迫你參加一個會議時,用一個極其模糊的藉口在最後一分鐘取消。
**Top 4:儘量把事情弄得複雜一些。這是保持工作的關鍵**
![](https://img2020.cnblogs.com/other/626506/202010/626506-20201026095817419-1096494077.png)
這一點尤其重要:找到一個你感覺舒服的地方。盡你所能完全控制住它,不要有疏忽。儘可能創造性地使用函式、變數和檔名。使用你的慣例,如:倒著拼寫單詞,使用你最喜歡的電視節目的人物名稱,或家庭名稱作為字首的變數隨機。還可以考慮通過 [jsFuck](http://www.jsfuck.com/) 執行你的程式碼。
如果您是唯一可以修復或更新程式碼庫的人,那麼這就是作業安全的終極形式。
**Top 3:複製黏貼一切,不用擔心理解不了**
![](https://img2020.cnblogs.com/other/626506/202010/626506-20201026095817605-178006782.png)
我們的目標是釋出程式碼!現在的網際網路擁有眾多的資源,比如 Stack Overflow 和 Google,幾乎所有的答案都擺在你面前。這裡的問題是,許多開發人員浪費時間試圖理解一些有用的東西。如果成功了,繼續前進,不要花任何時間去想它。
花費大量的時間去理解你正在做的事情會阻止你完成你的最終目標:寫儘可能多的程式碼。
**Top 2:你的意見是你唯一需要傾聽的**
![](https://img2020.cnblogs.com/other/626506/202010/626506-20201026095817722-599253349.png)
這可以追溯到Top 5的建議:參與的人越多,你從別人那裡聽到的屁話就越多。如果你被迫聽取你的經理或其他團隊成員的意見,加入他們的電話,但是當他們在談話時,試著想象一下 Beastie Boys 的銀河系視訊在你的腦海中播放,以確保他們說的任何東西都不會進入你的大腦。
**Top 1:必須儘可能地重寫同事程式碼中 let 的每個例項。他們現在可能恨你,但他們以後會感謝你的。它對於應用程式的穩定性至關重要,應該優先於釋出新特性!**
![](https://img2020.cnblogs.com/other/626506/202010/626506-20201026095817929-1769041393.png)
這一點是最重要的,不言自明!
-----
讀到這裡,你是否跟我一樣,五味雜陳的感覺?不要忘記這篇文章的標題,這些建議都是讓你成為一名糟糕程式設計師的建議,所以每一個建議其實都要求個反,也就是這些習慣會讓你離優秀開發者越來越遠。其實現實中,糟糕的編碼習慣還有很大,有什麼讓你最深惡痛絕的呢?歡迎在留言告訴我們!
> 本文首發:[成為最差開發者的10條建議](http://blog.didispace.com/top-10-pieces-of-advice-for-becoming-the-worst-developer-possible),轉載請註明該文章連結
> 歡迎關注我的公眾號:程式猿DD,獲得獨家整理的免費學習資源助力你的Java學習之路!另每週贈書不