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

Dunizb發表於2017-12-05

2014年拍攝於天津西青

2014年拍攝於天津西青

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

我們對加班問題要充分重視起來,當程式設計師把加班當常態,公司把加班當成常態或理所當然的時候,確實值得思考。這不是對萬惡的資本主義的控訴,而是對自我的深刻反省,如果經常加班,第一反應不應該是自我感動,而應該是警醒和捫心自問:你真的知道加班意味著什麼嗎?

圖片來自網路

一般來說,我們既無法改善公司的管理,也不能招人幫自己幹活,因此應該好好反思一下自己的工作效率。而且,經常加班的人,自己的工作效率有沒有問題,心裡應該都是有點 B 數的。這裡我推薦大家看一篇文章:加班是如何毀掉你的職業生涯?

天天寫業務程式碼的焦慮

現在很多人都很焦慮,焦慮什麼?焦慮天天寫業務程式碼還經常加班導致越上班技術越low,市場競爭力越來越低,還有很多人存在一年經驗用很多年的情況。特別是現在Web前端行業,普遍焦慮,因為三四年的時間裡,這個細分行業從無到有到飛速發展,各種框架和構建工具層出不窮,JS能做的事也越來越多,還沒來得及學習A技術C技術已經開始攻城略地了,以至於有社群的人怒吼求求你們不要再發了,真的學不過來!不像Java在早幾年的時候很多年裡感覺都沒什麼大變化,直到現在流行起微服務。

我們公司前端組也經常在群裡討論,大家都很焦慮,此前在我的公眾號發過一篇《小廠裡焦慮的前端們》的文章,裡面是我們一次日常聊天的截圖,從中可以明顯感覺到大家的焦慮,苦於天天加班,很多東西都不會了。

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

從目前來看,前端這個崗位總體是很弱勢的,一些新人也是戰戰兢兢不敢說不,能按時上線已經不錯了,能直接切圖代替的絕對不去寫程式碼,總之目標就是想盡一切辦法、不惜一切手段按時提測上線,而且通常是這個專案還沒做完後面的專案已經在排隊了,甚至“阻塞”!

並非大家沒有意識到問題,而是對問題沒有合適的解決辦法。

不止有天天寫業務程式碼的程式設計師

不止有天天寫業務程式碼的程式設計師,其實很多崗位都存在大量的類似的人,行業分工不斷細化、雲端計算普及的今天,每個人都只負責自己的那一畝三分地,各種底層基礎服務都有現成的可用,那麼勢必要騰出很多人走上最頂層的應用業務方面,都做著差不多擰螺絲的活。

現在感覺明顯的是多了很多“業務型產品經理”,跟程式設計師類比的話可以這麼說,天天寫業務活動的產品經理比較合適,自從人人都是產品經理火爆以來,現在做產品的人不比程式設計師少,放眼我經歷過的幾個公司,多的時候產品和研發都快2:1了,多數所謂的產品經理做出來的需求(就我司而言),很多時候都會存在需求遺漏、矛盾、不嚴謹、文件簡陋或者看不懂的情況,還有表達囉嗦不清的毛病,還喜歡說你怎麼不問我,要多溝通,一定的溝通是可以的,但是不要什麼事都談溝通,各有各的事,大家都忙,什麼都問來問去還要不要做事啊。我不提倡這種無謂的溝通,所以,別提什麼高大上的使用者體驗研究和深度挖掘了,跟程式設計師一樣,能給你做出來上線就已經不錯了。

針對現狀能做點什麼?

本人其實也未能避免天天些業務程式碼,畢竟業務程式碼是公司的剛需,總要人寫。但是,我總是在思考天天寫業務程式碼這個問題,該如何破局,就算天天寫業務程式碼也能讓自己持續精進(談不上精進,緩慢成長也不錯了)。

我的一點經驗,一家之言,僅供參考。

最好的方式之一就是輸出。心裡一直想著我要輸出我要輸出,當前專案裡我有什麼東西可以輸出,有什麼東西值得總結,比如踩了什麼坑,實現了一個很棒的功能等,事後都可以總結,寫成部落格或者其他什麼東西。

寫部落格是個好東西,因為你要把一些內容寫成部落格,但是你又不想寫的太差,也不好意思寫的太差,所以你不得不為部落格內容查閱相關資料,進行知識點確認、擴充套件、為部落格內容寫配套的demo程式碼等等工作,這個過程是需要花很多時間額精力的,至於時間,我上一篇文章《一些雜感雜想》裡說了,時間就像女人的乳溝,擠擠總會有的,就看你舍不捨得了。這個過程會無形的促使你學習東西,如果你的文章在社群獲得很多點贊和鼓勵,那麼你會很有成就感,這時間沒白花,做事情如果一直沒有成就感那麼慢慢的就變的跟閒魚一樣了(閒魚:怎麼又是我,這也怪我咯?)。

寫部落格更多的是個人的,對於在團隊中,大家最好能夠定期搞個交流會,哪怕就是吐槽也可以,可以業餘一起建設屬於你們自己的FE品牌,去GitHub上開個團隊賬號,像模像樣的維護和經營。

比如我們前端組就是這樣做的,陸續在上面建立了一些倉庫,比如建立業務元件庫,把日常開發中可以提取出來的業務功能做成元件;採坑記錄庫,放一些日常採過坑的,這個坑是什麼,有些什麼現象,最後怎麼解決的等;文件庫;自己的UI庫,我們自己做了一個內部用的CloseUI,等等。雖然也沒什麼高大上的東西,但是我們也興致高昂,時時想著要貢獻點什麼,這樣不至於寫程式碼寫的一點樂趣也沒有,工作失去了樂趣慢慢的就變的跟閒魚一樣了(閒魚:我又惹你了啊,又雙叒叕說我,媽蛋!)。

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

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

本文首發於我的部落格:dunizb.com/


相關文章