論一個前端開發者的自我修養
先做個簡單的自我介紹：本人（大名：蕭文翰），Android 架構師/技術顧問。從2013年開始從事移動前端開發，主攻 Android 和跨平臺開發技術，具有豐富的實戰專案經驗。國內7項專利共同發明人；圖書《Android App Hook and Plug-In Technology》譯者（中譯英）；自2017年底至2019年，擔任天津/廣州三星通訊研究院程式碼優化工作，期間6次當選 Best Tecknical-Report ，曾推動 App 效能優化活動，實現效能類別解決方案同比增長60%，總體解決方案領先於全球研究院的成果；此外，還是 CSDN 認證的部落格專家和認證講師；知乎專欄作家；微信訂閱號“前端開發實用技巧”作者兼運營；阿里 ACE 天津分會成員；著書《Flutter 核心技術》（即將上市）、《打造流暢的Android App》（正在寫）。業餘愛好頗為廣泛，圍棋、古典音樂、鋼琴、駕駛，反正啥都能玩得轉。
這裡沒有程式碼，更沒有學習路線，更多的是在談“態度”。我個人覺得，正確的人生觀和價值觀會成就正確的方法論。所以，在入行前端開發，或者意欲轉型之前，應該給自己留一點時間，去沉澱和反思。就如同我們要駕駛汽車跑幾千公里的遠途，中間休息好，才能更好地上路。
“
路有多遠，只有心知道。
向前走，最美的旅程，就是不斷地經歷。
這一次的抵達，是為了下一次的出發。
真正的夢想，永遠在實現之中，更是在堅持之中。
與堅持夢想者同行。
”
前端前端，上手容易做好難
前文中提到，正確的人生觀和價值觀會成就正確的方法論。在軟體開發行業如此，在前端開發領域尤其如此。
有程式設計經驗的朋友都知道，無論是PC、Android、iOS 或是其它的使用者終端應用程式，想要做出個 Demo 來並不是難事。去外面培訓班接受小半年的培訓，基本都可以到職場上混口飯吃，但是你願意一輩子只做實現功能的“小工”嗎？我想，但凡有點志向的都會 Say No。那麼我們如何提升自己呢？
你說：“那我學不就完了嗎？”
但問題是：如果你的時間已經被工作填的很滿，而工作內容卻只是實現軟體功能；或者你的自控力很差，閒下來就打遊戲、刷電視劇；或者你真的很用功，學了這個學了那個，然而長時間不用，慢慢地，這些東西就被淡忘了……
怎麼樣？現實總是一次又一次打擊著我們。
做副業，也有坑
“斜槓青年”一詞，相信很多人都聽過，更有甚者嘗試做過。有的人甚至利用工作摸魚的時間開展自己的副業；有的人下了班依舊在接私單；甚至有的人還去跑滴滴掙外快……
實話說，以上三種副業，本人都親自嘗試過，但都有坑。
這些副業看似可以在短期內解決燃眉之急——沒錢花，但是從長久來看，是不值得的。先看跑滴滴：開車這種勞動，只要有駕照，對車熟悉些時日，就可以去接單了。但就目前的形勢來看：至少一線城市，跑滴滴的人越來越多，車越來越多，錢越來越不好掙。“滴滴司機”其實是一種可替代性非常強的工作。況且，以兼職的方式做滴滴，如今確實已經不合適了。此外，這種工作還會佔據你很多的時間，你完全可以用這些時間提升自己的“主要技能”；再說接私單，接私單就回到之前我們說的重複地使用已有技能狀態了。就好比一個人一輩子都在掃地，沒時間去發明掃地機器人。
之前看到一篇文章，大概意思就是說幾個好朋友都在同一所大學裡畢業，卻有著不同的人生。剛開始做副業的同學過得真不錯，可隨著時間的推移，事實卻發生了反轉。那些看似一上來做技術深耕的同學過得很慘，卻在後來脫穎而出，成為黑馬。這其實並不是什麼奇蹟，是前者一直不精進，後者一直在保持更新。當人類整體的技術發生進步時，前者被淘汰是很正常的。
所以說做副業，也有坑。
“工程師”思維或將毀掉你的創業Idea
現在是個大眾創業，萬眾創新的時代，很多人都有一顆去創業，蠢蠢欲動的心。但如果你是工程師出身，我建議你還是慎重，想好了再行動。
很多工程師在面對客戶需求的時候，會自動採用“自下而上”的思維模式。即：客戶提出了一個需求 -> 我該採用技術方案A or 技術方案B…… -> 評估開發時間 -> ……。這種思維方式的產生其實並不奇怪，很多在公司裡待久了的開發工程師，很容易地就會採用這樣一種思維方式來滿足客戶需求，但這其實是不可取的。
且不說你的技術棧能不能滿足客戶的需求，如果客戶日後看到成品，覺得並不是他想要的，就會面臨修改甚至推翻重做的後果。這樣的話，無論是甲方還是乙方，都是痛苦的。
這就要求創業的“工程師”扮演“產品經理”的角色，或團隊裡有“產品經理”角色。因為在討論使用者需求時，可能出現的認知偏差會導致最終的產品和客戶實際的需求不同。實際上，也有很多使用者根本也不確定他想要的產品，到底是什麼模樣。你可能覺得這很不可思議，無法理解。現在請你考慮一個問題：在第一代 iPhone 面世前，如果去做使用者調研，問：“你能想象的一部完美的手機，應該是什麼樣的？”當然，不排除有比 iPhone 更好的設計建議，但相信很多人還是會描繪出一部具有和當時市場流行的外觀相近的模樣的裝置，而不會是具有大膽創新的大觸控式螢幕裝置。
別忘了，“大眾創業”後面還有四個字——“萬眾創新”。
類似地，一個被說爛了的例子，使用者想要快一點到達目的地，總說要一匹更快的馬，這個時候，你給了他一匹世界上最快的馬，但還是會遭到使用者的吐槽，嫌慢，你會怎麼辦？其實，使用者要的並不是馬，而是一種能夠送他到目的地的更快的方式。這個時候，你或許給他造一架飛機更能滿足他的要求（當然要考慮成本等其他要素）。
所以，正確理解客戶需求的思維方式，是要理解客戶內心真正的“需求”，而使用何種技術棧，則是後面要考慮的事情。要記住：技術為業務服務。一個產品，做得再好，沒人買賬，頂多算是軟體“藝術品”，無法變現，無法產生更多價值，這對於公司而言是無法實現盈利目的的。
運用“自頂向下”的思維邏輯，是作為一名前端工程師尤其要學會的思維方式，因為前端產品往往是整個系列產品的“門面”，直接和使用者互動。把客戶“伺候”好，是做前端產品的目標；而讓客戶“上癮”，用上停不下來，則是做前端產品的終極目標。
專心只做一件事最高效
通常，我們面對一個複雜的前端產品，可能會因為其複雜度、工期短而煩惱。而最快捷的方法是——做好開發計劃，然後無視複雜度。
這其實就是把複雜需求，逐步分解成若干小需求的過程。回想一下剛開始學習程式設計的體驗，相信有點程式設計基礎的朋友都還記得那道題——列印三角形，後來它升級了，變成列印菱形，再後來又升級了，列印空心的菱形。程式碼邏輯上可以說是越來越複雜，但我們還是一步一步地實現了。如果一上來就要求列印空心的菱形，會不會成為“從入門到放棄”系列呢？
在面對實際需求時，我們就可以把一個複雜的需求看做是那個空心的菱形，然後逐步拆解它。在實際開發中，我們只關注當下的難題。比如，解決列印單個三角形的問題，解決空心的問題等等。相信我，如果你的思維能力符合正常人類的思維能力，你不可能在同一時間照看到一個複雜軟體產品的方方面面。做著 A 需求同時還想著 B 需求，大概率做不好 A ，也想不好 B 。
所以，在有開發計劃的前提下，做好每天該做的，就是效率最高的方式了。
不要小看程式碼規範
前端和後端的一個很大的區別就是前端產品具有很強的“操作不定向”性。你永遠也不會猜到使用者會以怎樣的操作組合來使用你的產品。
當你在處理某個Bug時，它所影響的可能不僅僅是出現Bug的功能。做過開發的朋友都知道，一段程式碼的作用和具體邏輯，就算是寫它的人，過兩個禮拜也會把它忘乾淨。所以，諸如程式碼註釋等程式碼規範問題，我們同樣要引起重視。
我曾經在做程式碼優化的過程中就踩過類似的坑，一個方法體裡面的程式碼看似無用，實際上當這個方法被不同的程式碼呼叫時，這段看似無用的程式碼會對特定的傳入引數做特定的處理。導致我當時花了大把的時間，才發現其中的端倪。如果在開發期間註明，在後期維護時就會節省時間成本。當然，這還是好的結果，至少在我這一關發現了問題。一旦流入到使用者手中，就將成為Bug存在。原來的目的是優化，結果弄巧成拙。
學習前端框架，到底是在學什麼
隨著技術的不斷更迭，以及某種技術的使用情況，我們會淡忘一些不常用的技術。這些“不常用的技術”並非不流行，它可能只是我們當前工程不使用而已。那麼問題就來了：我們學了一個又一個前端框架，到底在學什麼呢？
答案是——思想。
就拿三大Web前端框架舉例吧，這個有Web前端開發的朋友大概很熟悉了，就是 Angular、React、Vue。可能未來的某一天，有一個更好用的框架替代它們，那麼學習它們的目的是什麼呢？
即使有一天，它們被替代，或者好久不用，把 API 都忘到腦後，但雙向繫結，你還記得吧？元件化，你還記得吧？沒錯！框架不重要，重要的是“思想”。這些思想才是每個框架最有價值的部分。
正確看待專案程式碼的“不完美”
求職到一家公司，可能大部分時間是在對現有版本進行Bug修復。看到寫得比較爛的程式碼，我們可能會下意識地吐槽幾句。但是吐槽似乎沒什麼用，還是得鑽進去修修補補。
那麼，我們應該以何種態度，看待已有專案的種種“不完美”呢？
首先，你要明白，這個世界上不存在所謂“完美”的事物。我們想要打造並使用一個沒有Bug的軟體產品，這是一個很好的願望。但很遺憾，這只是願望。世界上不存在沒有“Bug”的軟體產品，對於前端產品而言更是如此。正如前文所述，使用者的操作具有很強的不定向性。
對於“爛程式碼”，它可能真的漏洞百出，也可能採用了過時的技術，導致程式執行效率低下。這實際上對於前端開發者而言也是一個“福音”，因為這正是一個鍛鍊的機會。我們可以對其重構，熟悉使用一種新技術等等。試想一下，如果公司的產品已經足夠完善，那留給我們鍛鍊的機會也就少了。
所以，正視程式碼的缺陷，珍惜每一次鍛鍊的機會。最後別忘了：尊重那個留下爛攤子的人。
寫在最後
在本文的最後一部分，我要告訴你的是：那些程式設計知識，框架的 API 等等，只佔了一個前端開發工程師全部技能的20%，剩下的80%就是這些看不見的“實力”。就好像 Photoshop 其實很多人都會用，但是能真正產出大作的卻寥寥無幾。換言之，程式設計技術只是“工具”，而能否用好這些工具才是最關鍵的“能力”。
最後，衷心希望各位在各自的職業發展道路上越走越好。
One More Thing
還有一件事要交代給各位，如果你有興趣學習大前端，我為你準備了一條從小工到專家的學習路線，是一篇圖文課。涵蓋了大前端學習的方方面面，主要包含以下內容。
- 為什麼要學習大前端；
- 上手大前端，都需要做哪些準備；
- 大前端的初、中、高階階段概述；
- 進擊初級Web前端工程師之路；
- 進擊中級Web前端工程師之路；
- 進擊高階Web前端工程師之路。
連結：大前端學習之