背景
這個問題，很多人問過我。我都沒有具體回答過，問得多了，我覺得我有必要一次性，將想說的都寫出來。這樣以後誰要是問我，我就給他甩這篇文章，完美。
迷茫
工作很迷茫，我覺得大部分的原因如下：
- 業務需求多，加班也做不完的程度
- 業務簡單，感覺技術含量低
- 背景一般，不知道如何提升自己
- 其他
不管什麼原因都好，反正迷茫了。其實這些問題，我感覺人人都會遇到，只能可能是在不同的技術階段遇到罷了，包括我自己，也確確實實都遇到了。雖然我不覺得自己破局成功了，但是我可以分享一下我目前的應對方法，你可以參考一下看看對你是否有幫助。
破局
業務需求多，加班也做不完的程度
- 以我的認知，業務需求就不會有做完的時候。這個問題，我覺得如果你剛入職新公司，對業務不熟悉，那麼你只能好好加班，慢慢總結，儘可能地加快熟悉項目的速度。這裏的總結，可以總結這些內容：
記錄開發流程。通常都有好多步驟，不同的系統，甚至需要各種權限和賬號。都好好走一遍流程，以圖文的形式記錄下這個開發流程的過程，形成自己的筆記，爭取做到，只問一遍同事，就學會了，熟悉理解了。如果你們沒有什麼文檔或者文檔過舊，剛好你可以沉澱一個新人文檔了，多棒！
記錄通用業務代碼片段。一個團隊的業務方向通常是固定的。也就是說肯定是很多東西可以複用，或者說你寫了之後可以被複用的。這種情況下，如果是大的功能模塊或者邏輯，可以形成一個 npm 包，抽離出來以供複用。小的片段可以放 util 中，甚至，直接 copy 到自己的筆記本中，方便自己查找使用即可。雖然搬運代碼確實沒什麼含量，但是在你理解的前提下搬運卻是省時快捷的最佳方法，學會站在歷史的肩膀上。
梳理痛點，逐個攻破。開發中遇到痛點，或者靈機一動的點，一定一定要及時記錄下來，比如我，始終會有一個叫
價值過億的想法的筆記目錄。你可以只寫一句話，記錄一下這個痛點，痛點就是你覺得很耗時，或者很不合理，浪費你時間的地方。先記錄下來，然後找個時間逐一梳理應對。站在問題的角度上，如果我覺得這東西很難用，那麼我期望是什麼，怎麼樣才能讓我自己覺得好用呢。對於想法就是，我想做一個什麼東西，解決什麼問題的東西。這些靈光一現如果沒有及時記錄，通常過了也就忘了。提高自己的抽象能力，封裝能力。當然，這個說得有點抽象，需要靠自己感悟了。如何感悟，那就是多閱讀優秀的大神的代碼，看看別人在寫代碼的時候，都怎麼寫的，怎麼設計的，這種跟自己的對比，優劣如何。這東西，看多了，總能學到點皮毛的。
向上反饋，拋出風險點。這怎麼說呢，加班雖然不可避免，但是也不用走 007 的節奏，自己根據自己的實際情況，定一個自己可以接受的加班範圍。我自己的話，目前能接受的最大加班時間是 10115，如果項目趕着上線週末也可以加班，但是不能長期連續週末加班。如果你盡力了，還是無法按時交付，那麼就直接跟上級反映。有人說，老闆纔不管你，做不完就要走人了，那麼如果是我遇到這種老闆，我會自己走人。
強行安排自由時間。自己在評估需求的時候，可以每天留個半小時到 1 小時作爲自由時間，那麼你就利用這點小時間去做自己特別想做的事情，這裏我的一個建議是優先做工作相關的一些基建/輪子的調研或者代碼編寫。畢竟提高生產力纔是工作中最需要的，而且基於業務的技術更有意義也更有挑戰。
業務簡單，感覺技術含量低
如果你業務簡單，沒啥技術含量，你還瘋狂加班，我覺得這是矛盾的。首先，如果沒啥技術含量的簡單需求，通常都是有對應的工具或者系統去改進，進而提高生產力。或者你欠缺的是這樣的系統，那麼你可以調研一下，相關背景下，一些開源項目/大公司的分享實踐。比如我老是在切圖，做頁面，那麼你是否想過可視化搭建？是否想過有根據設計稿輸出頁面代碼的項目？是否想過物料沉澱，重複提取利用？都是有什麼可以挖掘的點的，或者是自己的認知和水平，尚不知道罷了。
多參與一下大公司的技術分享大會，這種通常都是基於具體的業務做了一些提升工作的，可以增長自己的見識和思考廣度。
如果你的公司或者團隊，實在是什麼都沒有，那麼你只能靠自己，打造自己的社區影響力，比如寫博客，參與開源項目。你可以像我一樣，寫文章，發掘金，搞公衆號等。這些都是可以嘗試的方向。
加羣交流，關注前端 Q，學習文章，關注前端動向，閱讀各種源碼，思考這些框架或輪子的設計亮點，反正就是多思考，融會貫通，感悟出自己的東西。
跳槽。如果你覺得在一個公司，原地踏步好久了，換個環境重新開始其實不失爲一個選擇。
背景一般，不知道如何提升自己
首先，背景一般，絕對是相對的。閃閃發光的人是大，但不是滿大街都是，我們大多數都只是個普通人。既然大家都是普通人，又何必在意什麼背景不背景的呢。默默學習就是了。我總結幾個我自己的方法分享給大家：
總結工作中/公司中自己能接觸到的項目，去了解這個項目，可以從背景，0 到 1 做什麼，1 到 2 做了什麼去了解。最重要的是數據，這些變化直接的數據是如何體現的。總結出來。
設立假想敵，比如同是前端方向的，自己要達到他的多少，或者說高於他多少(最直接的體現是 )，時刻鞭策自己努力。
替換框架中的思想/輪子/方法，最簡單的，假設你的項目用了 jq，你能否用原生 js 實現，進而替換項目中的方法呢。不要老是說項目簡單，沒亮點沒挑戰。再簡單的項目，都可以自己挖掘難點的，就看你有沒有勇氣和耐心去做罷了。再比如小程序不支持 store，你能否實現一個呢？其實都是自己爲自己找的藉口罷了，或者說你覺得這種拿不出去裝逼，不想動手。但是，如果沒有前期的積累，又有幾個人可以一步登天呢？前端人，踏實點吧。
多接觸一些前端進階必須的東西。原理源碼/自動化（性能/測試/部署發佈）/效能方案(持續集成/微前端/node 中間層)等等
最後
不積跬步無以至千里。當你覺得自己原地踏步的時候，不妨好好反思一下；當你想去實踐一些大項目的時候，不妨拿小項目練練手，慢慢沉澱；當你加班很多的時候，從項目找切入點去學習提升。
沒有那麼多的手把手教，前端都是靠自己悟的，奮鬥吧，騷年！
更多
這個問題算是粉絲的問答了，平時很多人會私聊我問題，但是一方面我太忙了一般不私聊回答，另一方面，想回答好一個問題真不是三言兩語可以說清楚的。因此，前端Q開了一個前端感悟專輯，我決定專門寫大家問我的問題且我覺得有意義的問題，感興趣的朋友可以留意一下哦。
如果你有什麼問題想問我的，歡迎在留言區留言哈，我會看着答的，嘿嘿～
最後
歡迎加我微信(winty230)，拉你進技術羣，長期交流學習...
歡迎關注「前端Q」,認真學前端，做個專業的技術人...
