回答在職前端的疑問：平時工做是主抓業務仍是主抓技術？

這個問題應該是一年到三年前端比較容易遇到的問題：

如今愈來愈覺的寫業務代碼無趣了，感受就是一個搬運工。技術棧主要是 vue + elementUI / react 。 前端工做已經有一年半多的時間了。我今年三月份忽然想學習一下前端基礎，在知乎上面知道的你，也報了你的班。雖然明面上用框架寫業務代碼寫的賊6，也獲得了別人的承認，可是實際上我知道我只停留在會寫業務代碼，並不知道技術原理的層面上。 最近幾個月挺抵觸公司業務的，我只想學一些前端基礎。很差的是如今這家公司996，給個人空餘時間比較少。最近公司的事情只是應付成完成，在業餘時間看你的視頻，寫一點博客，我以爲這樣挺好的。將來幾年應該都會呆在上海，之後的目標是技術管理。 如今發現業務與學習碰撞了，我如今抵觸業務，想去多學習前端基礎的東西。平時工做是主抓業務仍是主抓技術，我該怎麼選擇？

確實，你已經重新手變成了一個「熟手」，也能夠勝任公司的工做安排。

只不過總以爲在日復一日地重複昨天的本身。

我也有過這種階段。我說一下個人應對措施。

1、不存在純粹的業務代碼

將代碼分爲「業務代碼」和「技術代碼」是一種簡單的二分法。可是實際狀況可能並非這樣。個人經驗中還有第三種代碼，就是「業務技術代碼」。

通俗地講，這種代碼就是專門給公司的業務造的輪子。

舉例說明，假設你司常年使用 jQuery，你要作的就是用 jQuery 作作表格篩選、分頁、輪播、表單驗證等。這種工做看起來很沒勁吧？

對於這種工做，我指望一個前端的成長路線應該是這樣的：

1. 第一階級是應付工做。你經過搜索、查 Stackoverflow、複製粘貼等方式，將需求完成。代碼看起來有點「麪條」，可是能正常工做。
2. 第二階段是抽象分類。這個階段你發現公司給你的需求是有規律的，表格篩選就那麼幾種模式，表單驗證就那麼幾種規則，因而你寫文章總結，或者是把代碼固定出一個模板，這樣一來，公司再來一樣的需求，你能夠很是快地搞定。
3. 第三階段是造輪子。第二階段的代碼在通過業務需求的驗證後，你已經對這些代碼的質量頗有自信了，那麼你就能夠將這些代碼抽離成一個個「業務輪子」，而後把這些輪子分享給前端同事和後端同事，讓他們的需求也能又好又快地完成。
4. 第四階段是優化。你須要爲這些輪子提供完善的使用文檔、測試用例，若是你的公司人不少，你還要準備一個「推廣計劃」

這是一個很是好的成長路線，由於這就是我在阿里給本身規劃的路線，並且我就是這麼踐行的。

你可能對第三階段的「業務輪子」沒有概念，那我舉個例子。

在我加入團隊以前，他們作分頁要通過不少步驟，包括

1. 複製 HTML 結構
2. JS 初始化
3. 後端接口商定
4. CSS 調整

我作成輪子以後，就變成下面這樣：

<div data-role="pager" data-total-page="10" data-page="3" 
     data-auto-page data-theme="taobao"></div>
複製代碼

使用者只須要提供總頁數、當前頁數和主題名稱便可，後端接口的參數已經統一成在 URL 加 page=? 不須要再商定，用戶點擊分頁器中的數字會有兩個結果：

• 若是有 data-auto-page 字段，就自動變動當前頁面的 ?page=xxx 參數
• 若是沒有 data-auto-page 字段，就觸發 'pagechange' 事件 這就是一個「業務輪子」，爲公司的業務量身定作一個輪子。

在作的過程當中你須要總結需求，分析用戶（開發者）的使用習慣，還要參考 GitHub 上的優秀輪子。

相似的輪子我作了不少不少，而且分享給全部同事用。這樣既能提升技術，又有成就感，何樂不爲。

2、拒絕常態化加班

若是你司常年 996，並且不聽勸阻，毫無悔改之意，我以爲你能夠

1. 經過上面的業務輪子提升本身的生產效率，這樣你就多出來一些時間
2. 用多出來的時間學習市面上的新技術
3. 投簡歷，找一個不 996 的團隊

我沒有遇到過 996，可是我遇到過大小周的團隊。

若是公司將這種制度常態化，我永遠都是建議離職的，可是我不建議你在作得爛的時候離職，而是在把工做作得很好的時候離職。

一來告訴別人，我離開不是由於我不行。

二來給本身一個滿意的答卷，這樣你會更自信。

總結

總而言之，不要讓本身處於惡性循環中（加班——代碼爛——更要加班——代碼更爛），而是要讓本身處於良性循環中（加班——提高工做效率——加班變少——效率更高）。

有人說我連學習造「業務輪子」的時間沒有怎麼辦，是否是隻能強行跳槽？

我說：沒有學習時間你怎麼跳槽？頂多跳到一個差很少的公司。

但願對你有幫助。