成為最差前端開發(fā)的10個建議

作者丨Nader Dabit

譯者丨王強

策劃丨小智

本文最初發(fā)布于 DEV 網(wǎng)站，經(jīng)原作者授權(quán)由 InfoQ 中文站翻譯并分享。

圖片來源：Dan Meyers（https://unsplash.com/@dmey503）

我經(jīng)常看到很多人寫文章，就職業(yè)選擇、面試技巧或如何成為優(yōu)秀程序員等針對開發(fā)人員的主題提出建議。

我覺得換一種思路，反其道而行之也可以讓你大開眼界，讓大家知道該對什么事情敬而遠(yuǎn)之，或者該專注于哪些領(lǐng)域。

為了進(jìn)一步探討這個主題，我?guī)字芮鞍l(fā)出了一條推文，向開發(fā)人員詢問一個簡單的問題：

你對剛開始編程的人有什么建議，來幫助他們成為最差勁的開發(fā)人員？

在這篇文章中，我會總結(jié)自己最喜歡的 10 個答案，附帶我的個人提示和技巧推薦。

?10. 首先你需要完全精通 JavaScript 才能開始做其他事情

https://twitter.com/hacksultan/status/1293614879010705412

這條建議太棒了，而且在哪里都能起效。在你做 任何事情 之前，首先得成為你們國家，或者最起碼你周圍圈子中最精通 JavaScript 的專家才行。否則的話，你怎么知道自己不會搞砸什么事情呢？你怎么知道自己寫的代碼不會被人嘲笑呢？

如果你起步太早，那就很可能會犯錯。請牢記這句話：作為開發(fā)人員，你的職責(zé)是 永遠(yuǎn)不要犯任何錯誤。

?9. 永遠(yuǎn)不要質(zhì)疑大 V：他們永遠(yuǎn)都比你更正確，比你更聰明

https://twitter.com/davidkpiano/status/1293561078161580037

大 V 應(yīng)該被當(dāng)作神來膜拜。他們說的話肯定是對的。就算他們是在幾周前才開始編程，而你已經(jīng)工作了幾年，那也無妨：如果他們在社交媒體上擁有大量的粉絲，那么他們肯定會比你更博學(xué)，你應(yīng)該好好聽聽他們的發(fā)言，然后照做就是。

請記住：1 個粉絲 ===10 億個腦細(xì)胞。你的腦細(xì)胞有幾萬億嗎？我不這么認(rèn)為。

?8. 如果你聽不懂某些內(nèi)容，那是語言創(chuàng)建者的錯，也是語言的根本缺陷，你應(yīng)該編寫自己的語言來解決這個問題

https://twitter.com/rchrdbyd/status/1293547074802327552

我們之所以有這么多 bug，原因在于世界上根本沒有足夠多的編程語言。Brendan Eich 用了不到 10 天就創(chuàng)建了 JavaScript。如果你能投入大約 30 天的時間，當(dāng)然可以做出更好的東西來。還在等什么，快去創(chuàng)造奇跡吧！

?7. 如果有人針對你的解決方案給出了替代方案，那么你就應(yīng)該這樣說：“但是呢……”，然后蹦出一些難懂的詞：“安全性”“可伸縮性”“正交性”“可維護(hù)性”，最后瀟灑地轉(zhuǎn)身離去就行啦

https://twitter.com/jwcarroll/status/1293577278966894592

除了你自己以外，沒有人會真正理解你的代碼，明白你為什么會這樣寫。不要期望任何人會給出有用的反饋意見，110％的情況下他們根本不知道自己在說什么。如果他們那么聰明，倒是他們自己來寫啊，到頭來還不是你在寫嘛。

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

https://twitter.com/yagaboosh/status/1293672035697037313

僅僅因為每個現(xiàn)代的 Web 框架仍在使用 HTML，并不意味著你也應(yīng)該這樣做。相反，你應(yīng)該專心圍繞它構(gòu)建一個新的標(biāo)記語言和生態(tài)系統(tǒng)（包括瀏覽器、移動設(shè)備、API 等）。

另外，只要見到有人在討論 HTML 就要插一腳進(jìn)去，提醒所有人 HTML 確實不是一種“真正的”編程語言。CSS 也是如此。在簡歷上留下你參與討論的鏈接，讓你的招聘經(jīng)理知道你是“真正的程序員”。

?5. 你完全不需要關(guān)心與他人之間的交流方式，人類是無關(guān)緊要的，重要的只有計算機

https://twitter.com/ksylor/status/1293571812861915137

我看到開發(fā)人員犯的最大錯誤之一，就是浪費時間和別人交流，而不是把時間節(jié)約下來編寫代碼。你的職位是 開發(fā)人員，不是 談話人員。你編寫的代碼行數(shù)越多，薪水就越高。

電子郵件，忽略；Slack 消息，無視；GitHub 問題，看不見。相比之下，你要把自己鎖在信息孤島中努力工作，并盡可能多開發(fā)很酷的功能。當(dāng)有人強迫你參加什么會議時，請在會議開始前最后一分鐘找一個非常含糊的理由拒掉它。

?4. 試著使事情變得盡可能地復(fù)雜，那是保住你工作的關(guān)鍵招數(shù)

https://twitter.com/underscorefunk/status/1293551493560205313

當(dāng)你找到讓自己感到給出舒心的工作環(huán)境后，就一定要遵從這一條準(zhǔn)則。盡一切可能在沒有監(jiān)督的情況下完全控制工作中用到的存儲庫，不要讓其他同事碰它們。嘗試在函數(shù)、變量和文件名中盡可能發(fā)揮自己的創(chuàng)造力，搞出來讓其他人都看不懂的新鮮玩意兒。使用你喜愛的獨特約定，例如反著寫英文單詞，還可以使用你喜歡的電視節(jié)目的角色名稱或姓氏作為變量的前綴。此外，還可以考慮通過 jsFuck 來運行代碼。

如果你是唯一可以修復(fù)或更新代碼庫的員工，那你就再也不用擔(dān)心自己會丟掉工作啦。

?3. 復(fù)制并粘貼互聯(lián)網(wǎng)上的所有內(nèi)容，用不著花時間了解其中的任何東西

https://twitter.com/aspittel/status/1293546655711715328

你的目標(biāo)是發(fā)布代碼。借助 StackOverflow 和谷歌等眾多資源，你幾乎可以找到所有問題的答案，根本用不著費什么力氣。這里的問題是，許多開發(fā)人員都在浪費時間來嘗試?yán)斫膺@些玩意兒，可它們本來就能正常工作啊。只要你搜到的東西能用，那就放心大膽地用它，不要浪費任何時間思考它背后是不是有什么陷阱或坑。

花大量時間了解你究竟在做什么事情，會阻止你實現(xiàn)最終目標(biāo)：編寫盡可能多的代碼行。

?2. 你自己的意見是你唯一需要聽的意見

https://twitter.com/sam_martinez22/status/1293557365724200961

這一條又回到了規(guī)則 5——參與的人越多，你聽到其他人放的屁就越多。如果你被迫聽取經(jīng)理或團(tuán)隊中其他開發(fā)人員的意見，請加入會話，但當(dāng)他們交談時，試著在腦子里回放 BeastieBoys 上傳的脫線視頻，確保這幫人的口水沒有一滴能掉進(jìn)你的大腦。

https://www.youtube.com/watch?v=qORYO0atB6g

?1. 必須盡可能將同事代碼中 let 的每個實例都重寫為 const，他們可能現(xiàn)在會討厭你，但遲早會感謝你的，這對于你的應(yīng)用程序的穩(wěn)定性是至關(guān)重要的，因此這一條的優(yōu)先級應(yīng)該比交付新功能更高

https://twitter.com/christianjuth/status/1293558262072250373

這是最重要的一條（并且是不言自明的）。

?作者介紹

Nader Dabit 是 Web 和移動開發(fā)人員，專注于跨平臺和云端應(yīng)用程序開發(fā)工作。

?延伸閱讀

https://dev.to/dabit3/top-10-pieces-of-advice-for-becoming-the-worst-developer-possible-3kke

專注分享當(dāng)下最實用的前端技術(shù)。關(guān)注前端達(dá)人，與達(dá)人一起學(xué)習(xí)進(jìn)步！

長按關(guān)注"前端達(dá)人"