一些雜感雜想(二)每天寫業務代碼的焦慮及該怎麼辦

2014年拍攝於天津西青

昨天談了一下加班和團隊的東西（見《一些雜感雜想(一)談談加班、團隊》），今天繼續這個話題再分享一些我我的的思考，以及每天寫業務代碼該怎麼辦的東西。

咱們對加班問題要充分重視起來，當程序員把加班當常態，公司把加班當成常態或理所固然的時候，確實值得思考。這不是對萬惡的資本主義的控訴，而是對自個人深入檢討，若是常常加班，第一反應不該該是自我感動，而應該是警醒和捫心自問：你真的知道加班意味着什麼嗎？

通常來講，咱們既沒法改善公司的管理，也不能招人幫本身幹活，所以應該好好反思一下本身的工做效率。並且，常常加班的人，本身的工做效率有沒有問題，內心應該都是有點 B 數的。這裏我推薦你們看一篇文章：加班是如何毀掉你的職業生涯？

每天寫業務代碼的焦慮

如今不少人都很焦慮，焦慮什麼？焦慮每天寫業務代碼還常常加班致使越上班技術越low，市場競爭力愈來愈低，還有不少人存在一年經驗用不少年的狀況。特別是如今Web前端行業，廣泛焦慮，由於三四年的時間裏，這個細分行業從無到有到飛速發展，各類框架和構建工具層出不窮，JS能作的事也愈來愈多，還沒來得及學習A技術C技術已經開始攻城略地了，以致於有社區的人怒吼求求大家不要再發了，真的學不過來！不像Java在早幾年的時候不少年裏感受都沒什麼大變化，直到如今流行起微服務。

咱們公司前端組也常常在羣裏討論，你們都很焦慮，此前在個人公衆號發過一篇《小廠裏焦慮的前端們》的文章，裏面是咱們一第二天常聊天的截圖，從中能夠明顯感受到你們的焦慮，苦於每天加班，不少東西都不會了。

就我司前端組日出開發而言，大部分事情都是在作營銷活動頁，我知道網上有人很鄙視，但沒辦法，活是上邊安排的，不是咱們本身能夠選擇的，這種事總歸要有人作啊。這種項目通常都是時間緊，生命週期短，有些還要作炫酷的效果，看起來只有幾個頁面而已，作起來真是各類坑，特別是對Android、iOS、APP的兼容問題。這些都還好，若是第一次採坑也就算了，但是若是第一批採坑的人不作總結和沉澱分享，那麼新人或者沒踩過的人可能又要踩一次。

從目前來看，前端這個崗位整體是很弱勢的，一些新人也是戰戰兢兢不敢說不，能按時上線已經不錯了，能直接切圖代替的絕對不去寫代碼，總之目標就是想盡一切辦法、不惜一切手段按時提測上線，並且一般是這個項目還沒作完後面的項目已經在排隊了，甚至「阻塞」！

並不是你們沒有意識到問題，而是對問題沒有合適的解決辦法。

不止有每天寫業務代碼的程序員

不止有每天寫業務代碼的程序員，其實不少崗位都存在大量的相似的人，行業分工不斷細化、雲計算普及的今天，每一個人都只負責本身的那一畝三分地，各類底層基礎服務都有現成的可用，那麼勢必要騰出不少人走上最頂層的應用業務方面，都作着差很少擰螺絲的活。

如今感受明顯的是多了不少「業務型產品經理」，跟程序員類比的話能夠這麼說，每天寫業務活動的產品經理比較合適，自從人人都是產品經理火爆以來，如今作產品的人不比程序員少，放眼我經歷過的幾個公司，多的時候產品和研發都快2:1了，多數所謂的產品經理作出來的需求（就我司而言），不少時候都會存在需求遺漏、矛盾、不嚴謹、文檔簡陋或者看不懂的狀況，還有表達囉嗦不清的毛病，還喜歡說你怎麼不問我，要多溝通，必定的溝通是能夠的，可是不要什麼事都談溝通，各有各的事，你們都忙，什麼都問來問去還要不要作事啊。我不提倡這種無謂的溝通，因此，別提什麼高大上的用戶體驗研究和深度挖掘了，跟程序員同樣，能給你作出來上線就已經不錯了。

針對現狀能作點什麼？

本人其實也未能避免每天些業務代碼，畢竟業務代碼是公司的剛需，總要人寫。可是，我老是在思考每天寫業務代碼這個問題，該如何破局，就算每天寫業務代碼也能讓本身持續精進（談不上精進，緩慢成長也不錯了）。

個人一點經驗，一家之言，僅供參考。

最好的方式之一就是輸出。內心一直想着我要輸出我要輸出，當前項目裏我有什麼東西能夠輸出，有什麼東西值得總結，好比踩了什麼坑，實現了一個很棒的功能等，過後均可以總結，寫成博客或者其餘什麼東西。

寫博客是個好東西，由於你要把一些內容寫成博客，可是你又不想寫的太差，也很差意思寫的太差，因此你不得不爲博客內容查閱相關資料，進行知識點確認、擴展、爲博客內容寫配套的demo代碼等等工做，這個過程是須要花不少時間額精力的，至於時間，我上一篇文章《一些雜感雜想(一)談談加班、團隊》裏說了，時間就像女人的乳溝，擠擠總會有的，就看你舍不捨得了。這個過程會無形的促使你學習東西，若是你的文章在社區得到不少點贊和鼓勵，那麼你會頗有成就感，這時間沒白花，作事情若是一直沒有成就感那麼慢慢的就變的跟閒魚同樣了（閒魚：怎麼又是我，這也怪我咯？）。

寫博客更多的是我的的，對於在團隊中，你們最好可以按期搞個交流會，哪怕就是吐槽也能夠，能夠業餘一塊兒建設屬於大家本身的FE品牌，去GitHub上開個團隊帳號，像模像樣的維護和經營。

好比咱們前端組就是這樣作的，陸續在上面創建了一些倉庫，好比創建業務組件庫，把平常開發中能夠提取出來的業務功能作成組件；採坑記錄庫，放一些平常採過坑的，這個坑是什麼，有些什麼現象，最後怎麼解決的等；文檔庫；本身的UI庫，咱們本身作了一個內部用的CloseUI，等等。雖然也沒什麼高大上的東西，可是咱們也興致高昂，時時想着要貢獻點什麼，這樣不至於寫代碼寫的一點樂趣也沒有，工做失去了樂趣慢慢的就變的跟閒魚同樣了（閒魚：我又惹你了啊，又雙叒叕說我，媽蛋！）。

此外，咱們是否是該思考如何工具化、自動化的問題，當別人可都已經可視化無痕埋點的時候咱們還在手動代碼埋點，當別人一些業務均可以不用找開發的時候，咱們爲了給圖片加一個文字這麼簡單的事情也要拿給開發，這效率可想而知了，更別提什麼前端架構了。

這須要Leader有高瞻遠矚的眼光和追求，去組織人力去作這樣的事情，這樣的事情要麼自上而下發起，要麼自下而上發起。固然前提是你得有前端團隊，你就一兩個前端這事就無法辦了。要麼公司推進團隊，要麼團隊推進公司。

---

• 一些雜感雜想(三)打理業餘時間的一點我的心得
• 一些雜感雜想(一)談談加班、團隊

---

本文首發於個人博客：https://dunizb.com轉載請註明做者及原出處