跳槽後在新公司的一點感悟

　　最近跳槽到一家創業多年的小公司，帶一個前端小團隊。

　　在這一個多月中，主要是熟悉業務，維護老代碼，編寫新業務等，期間也發現了當前團隊出現的種種問題，打算在接下來的日子裏好好改造。

　　接下來給本身定的小目標是，改變混亂的局面，提高工做效率，團隊更加穩定和規範化。

　　

1、適應新的環境

1）規章制度

　　首先要適應公司的規章制度，主要仍是要習慣上下班時間，這和以往不一樣，原本是到點就走的。如今的話，天天都比較忙碌，下班時間也不定。

2）新的角色

　　其次是要適應本身的新角色，新公司負責的事情要比老公司多不少，以往仍是蠻閒的，但如今不一樣。

　　而且要帶團隊，考慮的層面也得比之前更高一點。不能只想着本身的我的發展，更多的是要關注團隊發展，爲團隊的每一個人負責。

3）開發模式

　　接着是要適應當前的開發模式，上家公司只作H5相關的事情，也就是作些效果、小程序之類的純前端工做。

　　而這裏還會涉及到一些後端任務，用Node作了中間層，整合各種數據，執行Redis緩存，有時候還要直接操縱數據庫。

　　剛開始還真有點不適應，不只要學會用終端，還得知道怎麼經過看日誌來排查各種問題等等。

4）業務邏輯

　　最後就是要熟悉業務邏輯，前提就是要把項目跑起來，知道怎麼修改。

　　目前公司缺失各種文檔，員工離職後不少信息就只能經過代碼來了解其中的邏輯了。

　　爲了方便調試，特意搭建了單元測試（主要測試Node方面的代碼，Mocha+Chai+Supertest），這樣既能保障代碼質量，也方便了解某個函數的功能、變量的值等。

　　目前還有不少我不瞭解的業務，將來將會常常遇到。對於這些未知業務，除了被動的遇到後再瞭解以外，還能夠主動與各個組的相關負責人瞭解，未雨綢繆。

5）難點

　　祖傳代碼還在運行中，代碼寫的雜亂無章，而且不少服務已無人維護，可是因爲缺少文檔，難以輕易地修改。

　　人員缺少，天天都疲於修復各類BUG，以及各類雜七雜八的事情，常常要花大精力去查看代碼、日誌和數據庫，計劃要寫的代碼或要作的事情常常沒法按時完成，難以達到平衡。雖然短時間內加班能夠解決，但長期的話仍是得補充人員。

2、制訂遊戲規則

1）先後端真正分離

　　當前公司對前端的要求有點高， 既要會市面上主流的前端技術（HTML和CSS是必須的，還有React、Vue等），也要有後端開發的經驗，好比操做MongoDB和MySQL等。

　　以前公司已經有好幾個員工由於這些緣由而離職了。之後若是還這麼招人，定會遇到許多阻礙，畢竟沒有大廠的條件。

　　前端會負責一個比較龐大的後臺管理系統，若是是些簡單的查詢更新等數據庫語句，其實複雜度上倒也沒什麼，只不過費時間而已。

　　但前端還要處理金額敏感信息，這塊仍是須要交接出去，過來後就和後端的大佬們討論了方案，作到真正的分離，後端組的人也是積極響應，不過這種交接過程將是比較漫長的，畢竟資源有限。

　　將來儘可能由後端服務器組提供數據源，前端就作數據整合以及頁面效果的工做，儘可能作到專精。

2）統一技術棧

　　當前前端有些技術棧比較老舊，有些活動頁面甚至還在用jQuery製做，這樣很限制團隊成員的發展。

　　所以打算統一技術棧，將後續的項目遷移到Vue或React這些目前比較主流的庫，這樣也有利於團隊成員的自身發展。

3、補全各種文檔

1）技術文檔

　　在我進新公司之時，有個老員工要離職了，他了解不少業務，因而就安排他儘量多的記錄到內網的Wiki中。文檔雖然不算全，但好歹有個雛形，將來慢慢補全。

　　當前前端組維護了多個項目，這些項目又分別使用了不一樣的技術棧。

　　例如後臺管理系統前臺採用的是UmiJS+DvaJS+Ant Design+React，後臺採用的是KOA2+NodeJS+MySQL+MongoDB。

　　本身花了點時間和精力探索了一下這兩個項目的運行過程（畫了幾張流程圖），還對其中的技術細節作了概括和總結，下降後續新加入的小夥伴的理解難度。

2）代碼註釋

　　將來的話，還須要完善源代碼的各類註釋，目前不少組件和函數都是沒有註釋的，只能一行一行的看代碼來理解，非常費勁。

　　公司也打算用工具（例如swagger）經過寫註釋的方式，自動生成接口文檔。

3）各種業務

　　其餘組應該也會有相關文檔，將來須要有個引導頁面，跳轉到相關業務中。若是沒有的話，須要找個協商人，讓他安排人手去補齊。