你不是一個前端
2018-07-20 來源：編程學習網(wǎng)
Mentor：“你不是一個前端”我："？？？"
Mentor：“你不要老想著自己是一個前端，你不是一個前端”
我：“可是把我招來不就是寫前端的嗎？？”
Mentor：“你可以寫前端，但是你不要限制自己只作為一個前端，不要把自己的眼光局限在前端。你應該從整個項目、從工程的角度blablablabla...”
我：（打斷）“不，我就是一名前端，我特別喜歡前端，特別喜歡JS”
Mentor：“我靠，你不要老說......你說你自己是一名前端，作為你們Mentor，我就感覺很丟人”
——以上對話發(fā)生于我前往百度實習的第二個周，我與我的Mentor之間
PS: 新人入職百度后，通常會有一位Menter（導師）來幫助新人
大四拿到了百度Offer后不久，便開始了在百度的實習。
熱愛前端，熱愛JS，有自己偏執(zhí)的審美，認為整個宇宙其實是一個用JS編寫的程序——這當然是不可能的。不過熱愛JS確實是這樣。
隨著前后端分離，前端變得可以只需要關注接口而不用管那該死的后臺——鬼才想知道你數(shù)據(jù)表是怎么存的，我只想要我的JSON數(shù)據(jù)，然后完成酷炫的前端功能，讓用戶驚嘆，讓自己驚嘆，然后讓世界驚嘆！
這就是我，一個華麗麗的前端~~
華麗麗的我接到了我的第一個Task——為頁面開發(fā)導入功能，我負責前端，我的Mentor負責后端。
前端改動比較小的，我三下五除二寫完了界面與交互邏輯，一切非常順利~~除了一開始想要把后臺程序跑在我本地電腦上，用一個奇奇怪怪的Docker Compose時遇到了點麻煩。
不過無所謂，我并不想知道那東西是什么，也不想知道為什么想跑Docker Compose需要改那么多的參數(shù)。
總之，Docker Compose現(xiàn)在愉快的跑在我的電腦上了，除了吃掉我一半內(nèi)存 導致我的WebStorm有些卡外，沒什么不好的。只要能拿到約定好的數(shù)據(jù)，我就可以讓前端界面就正常工作。
前后端分離萬歲~！
然后Mentor告訴我說接口請求要用RESTful，這是什么？好像以前聽說過。查了下資料——不就是用HTTP狀態(tài)碼來返回結果，順便語義下請求的方法（GET、POST、PATCH、PUT、DELETE...）嘛，前端改下Ajax請求就好了。
然后Mentor說，我們要用RESTful：
- 第一次創(chuàng)建數(shù)據(jù)要POST，以后要用PUT。OK
- 檢測HTTP狀態(tài)碼來確定請求結果。OK
- 把Token寫在HTTP Header里。。。OK
畢竟是工作嘛，只要項目要求，讓我把數(shù)據(jù)放Header里我也沒意見。
但是Mentor向我解釋了這些，告訴我后端的實現(xiàn)邏輯和一些細節(jié)，為什么這樣更好，為什么會有這些行為。我覺得好麻煩，難道我不是只做好前端工作就好了嗎？
于是我向Mentor表示：
- 我不想了解那么多的后端實現(xiàn)，你說這種接口調(diào)用方式會很大的影響后端性能，我改成你期望的格式就好
- 我不想了解那么多的項目配置，我只要按住流程走下去，最終跑起來一個可以提供數(shù)據(jù)的服務器就好了
- 我只想知道，你期望什么格式的數(shù)據(jù)，又返回什么格式的數(shù)據(jù)
- 我只是一個前端
然后Mentor非常生氣，說出了“你不是一個前端”這句令我十分震驚的話。
我不是一個前端？
為什么我不是一個前端？我明明是一個前端！我就是憑著對前端的一腔熱血支撐著我一路走到了這里，我熱愛前端，熱愛互聯(lián)網(wǎng)，熱愛JS。
或許在別人眼里前端很Low，P技術含量沒有。
但是作為熱愛前端的我知道，前端有多么深邃、多么靈活、多么優(yōu)雅、有多么多的可能。每一種“外人看來毫無作用的新技術”解決了前端多么痛的問題，每一代“頻繁升級的ECMAScript”更新帶來了多么棒的特性。
“你說你自己是一名前端，作為你們Mentor，我就感覺很丟人”。
我感覺這句話簡直否定了我對前端傾注的所有感情，被徹底瞧不起了，我要是一名負責火箭發(fā)射的工程師對方絕不會這么說。
于是我很生氣，覺得對方不可理喻。
我就是一名前端，我還打算將來加入TC39為我心愛的JS添磚加瓦呢。
完成的導入的Task后，隨著時間的推移，我又陸續(xù)接到其他的Task。
在一個新開坑的項目中，我和負責后臺開發(fā)的 DG同學 在接口設計上發(fā)生了一些分歧。我主張在“返回應用的會話列表的接口”中，返回 會話數(shù)據(jù) 的同時返回 應用信息，而他表示這樣不好。雙方僵持了一段時間，于是我和DG決定去找隔壁的兩位高T（我的Mentor是其中之一）裁決下。
我闡述了下為什么我希望會話列表接口里面帶著應用的信息：
- 在查看調(diào)試會話列表接口時更方便
- 這樣前端少請求了一個接口，展現(xiàn)數(shù)據(jù)會更快
- 分開接口的意義不大，應用信息非常少，沒必要再加一個接口，直接附帶在會話列表接口中就好了
- 雖然分開后2個接口各司其職，但是前端要分開處理，很麻煩
聽了的我解釋和，Mentor和我說：
你發(fā)現(xiàn)了嗎？你的所有出發(fā)點都是為了前端更方便。確實，你是一名前端，所以你肯定希望前端用的爽。但是，正是因為你只是一名前端，你不了解后臺的實現(xiàn)、構架，不知道怎樣的設計對于后臺是合適的。也不了解這個項目本身，所以也沒辦法站在一個工程的角度考慮這個問題。
這就是所謂的屁股決定腦袋，因為你只是一名前端，而不是一名工程師。
我突然愣住了。
我確實不知道后臺的實現(xiàn)，后臺用的什么ES完全不知道是什么。我也不知道自己做的這個項目是干什么的，只知道從UI那里拿到了一份設計稿，然后將它還原了出來。
我突然想到了學校中，老師反復強調(diào)過“一輩子的碼農(nóng)”和“工程師”的區(qū)別，那時的我聽了不以為然。
而現(xiàn)在，我真真切切的感受到了二者的區(qū)別�。�！
意識到錯誤的我感覺超級尷尬，比較剛剛還神氣十足頭頭是道來著。。。
。。。小聲承認了下自己的錯誤，然后趕緊轉過頭去假裝寫代碼。
內(nèi)心OS：啊啊啊啊！~��！ 好尷尬！��！不過很感謝，但是好尷尬！！或許應該好好謝下Mentor，但是好尷尬啊啊啊�。�
表情復雜的盯著屏幕上的 function 聲明語句好長時間，嗯，橘紅色的高亮挺好看。然后去找到了剛剛的DG同學討論了下后臺實現(xiàn)和構架，并對他的方案表示了肯定。。。
現(xiàn)在，我終于明白了，“你不是一個前端”的含義。
“教做人”的日常還在繼續(xù)，前進的腳步也不會停止。
標簽： 代碼 服務器 互聯(lián)網(wǎng)
版權申明：本站文章部分自網(wǎng)絡，如有侵權，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權歸原作者所有，如需使用，請與原作者聯(lián)系。
