路有多遠，只有心知道。「斜槓青年」一詞，相信很多人都聽過，更有甚者嘗試做過。有的人甚至利用工作摸魚的時間開展自己的副業；有的人下了班依舊在接私單；甚至有的人還去跑滴滴掙外快……向前走，最美的旅程，就是不斷地經歷。
這一次的抵達，是為了下一次的出發。
真正的夢想，永遠在實現之中，更是在堅持之中。
與堅持夢想者同行。
實話說，以上三種副業，本人都親自嘗試過，但都有坑。
這些副業看似可以在短期內解決燃眉之急——沒錢花，但是從長久來看，是不值得的。先看跑滴滴：開車這種勞動，只要有駕照，對車熟悉些時日，就可以去接單了。但就目前的形勢來看：至少一線城市，跑滴滴的人越來越多，車越來越多，錢越來越不好掙。「滴滴司機」其實是一種可替代性非常強的工作。況且，以兼職的方式做滴滴，如今確實已經不合適了。此外，這種工作還會佔據你很多的時間，你完全可以用這些時間提公升自己的「主要技能」；再說接私單，接私單就回到之前我們說的重複地使用已有技能狀態了。就好比乙個人一輩子都在掃地，沒時間去發明掃地機械人。
之前看到一篇文章，大概意思就是說幾個好朋友都在同一所大學裡畢業，卻有著不同的人生。剛開始做副業的同學過得真不錯，可隨著時間的推移，事實卻發生了反轉。那些看似一上來做技術深耕的同學過得很慘，卻在後來脫穎而出，成為黑馬。這其實並不是什麼奇蹟，是前者一直不精進，後者一直在保持更新。當人類整體的技術發生進步時，前者被淘汰是很正常的。
所以說做副業，也有坑。
現在是個大眾創業，萬眾創新的時代，很多人都有一顆去創業，蠢蠢欲動的心。但如果你是工程師出身，我建議你還是慎重，想好了再行動。
很多任務程師在面對客戶需求的時候，會自動採用「自下而上」的思維模式。即：客戶提出了乙個需求 -> 我該採用技術方案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 其實很多人都會用，但是能真正產出大作的卻寥寥無幾。換言之，程式設計技術只是「工具」，而能否用好這些工具才是最關鍵的「能力」。
最後，衷心希望各位在各自的職業發展道路上越走越好。
為什麼要學習大前端；
上手大前端，都需要做哪些準備；
大前端的初、中、高階階段概述；
進擊初級web前端工程師之路；
進擊中級web前端工程師之路；
進擊高階web前端工程師之路。
論乙個前端工程師的自我修養
這裡沒有 更沒有學習路線，更多的是在談 態度 在入行前端開發，或者意欲轉型之前，應該給自己留一點時間，去沉澱和反思。就如同我們要駕駛汽車跑幾千公里的遠途，中間休息好，才能更好地上路。本文包含以下內容 做前端開發的苦惱 乙個優秀的前端開發工程師應該具有什麼思維 如何更高效地開發前端產品 如何正視漏洞百...
論乙個程式猿的自我修養！
周星馳的 喜劇之王 相信大家都看過吧！電影裡星爺扮演了乙個落魄的龍套演員尹天仇，每天只能靠打些零工的來養活自己，但即使如此，在他的床頭櫃裡始終放著一本 演員的自我修養 提醒自己要堅持作為演員的自我修養，無論角色大小，都要用心刻畫。其實，作為職場中人，每行每業的從業者都需要有基本的自我修養。那麼，作為...
論乙個十七歲廢物的自我修養
在12月24日，我是乙個十六歲的廢物。25日的時候，就是十七歲的廢物了。雖然是廢物，但是還是要有自我修養的。場子裡那些初三的，那些高一的，那些奇奇怪怪的生物，實在是可怕。在這一年中，畢竟學到太多知識。實在覺得這一年是生來最忙碌的一年，勝過了六年級和初三。覺得自己真的好累，好累。但是每一天都活的很有意...