比起寫業(yè)務(wù)代碼更不幸的是,主要工作是修 Bug,bug,buG, bUg。
在一家大的公司里,不同的人總會有不同的運氣:
運氣好的人遇上一個好的項目,升職加薪,從此就走上了人生的巔峰。
運氣差的人攤上一個差的項目,升不了職,少加了薪,并且還獲得不了技術(shù)成長。
我剛畢業(yè)那會兒,所在團隊的主要工作是,維護一個『又老又舊』的系統(tǒng)。比起寫業(yè)務(wù)代碼更不幸的是,我們的主要工作是修 Bug,bug,buG, bUg。
那一年多里,盡管都是維護舊系統(tǒng)和少量的新需求,我們還是在飛速的成長~~。而來源主要是:
組內(nèi)技術(shù)活動。
花時間投入練習(xí)。
假想項目的重構(gòu)。
當(dāng)你在有限的條件下,還能做出一定的成績,到底還是相當(dāng)有成就感的。
只修 Bug 是怎樣的一種體驗
在這樣的項目里:
工作一個月時,你打開 Backlog,看看需求卡,發(fā)現(xiàn)那張需要三個人天的卡,好像會更有挑戰(zhàn)一些。
工作兩個月時:你打開 Backlog,看看需求卡,發(fā)現(xiàn)完成這卡只是時間問題。
工作三個月時:你打開 Backlog,看看需求卡,發(fā)現(xiàn)清清楚楚地知道修改哪一行。
有一天,業(yè)務(wù)人員來了一個新的需求。雖然只是加上一個新的導(dǎo)航,但是你總會小開心一會兒。
可你來到這樣的項目時,你總會想著離開,向自己的 Buddy、PM 、Sponsor 訴說??上?,你只是一個畢業(yè)生,太年輕了。對于你來說有挑戰(zhàn)性的項目,不會考慮要你的。在你的感覺里,那種『自己是大公司的輪子』的感覺就特別強烈。多你一個不多,少你一個不少。你走了也不會影響這個項目,畢竟招一個人來修 bug,還是蠻輕松的。因此,這個項目走了一個又一個技術(shù)好的人,卻也來不了一個技術(shù)好的人。
時間一久,每個人都充滿了危機感。我們總是擔(dān)心:當(dāng)你換到另外一個項目的時候,別的項目 PM 會考慮你么——因為你是來自這個沒有挑戰(zhàn)性的項目。這個時候,你已經(jīng)無路可走了,你必須去提高你自己。
當(dāng)別人救不了你的時候,你只能自救。當(dāng)別人救不了你們的時候,你們也只能自救。幸運的是,我們當(dāng)時還有足夠的時間,可以提高項目組的水平。于是,我們對組織了各種的組內(nèi)技術(shù)分享、workshop、培訓(xùn)等等。
當(dāng)你有強烈的改變意識的時候,那么事件就會變得很簡單。真正可怕的是溫水煮青蛙式的,而當(dāng)你面對的是溫水,你總會不斷嘗試去離開。
組內(nèi)技術(shù)活動
當(dāng)你們項目無聊的時候,總會空余一些時間。上進一點,就會創(chuàng)造一些學(xué)習(xí)的條件。有了條件,那么剩下的就是靠人為了。
于是乎,我們在每周挑取了兩個時間,做一些技術(shù)的事情。包含了下面的一些內(nèi)容:
技術(shù)分享
workshop。
kata。
不同的活動都有不同的目的,有的可以提高演講者的技術(shù)能力,有的則是可以一起提升能力。下面就讓我們詳細了解一下不同的活動。
技術(shù)分享
想必大家都已經(jīng)知道這個是什么了~~。當(dāng)時的情況,大概是我們七個人里,每周會有兩次技術(shù)分享。分享的主題會比較廣泛:
你最近在玩的技術(shù)棧。當(dāng)你們所用的項目技術(shù)棧,比較老舊的時候,就想不斷地去嘗試新的技術(shù)。在工作之外,便會去玩一些『新鮮』的技術(shù)棧(坑)。它就像是一股清流,即使不能幫你清除舊的污水,也能讓人們看到一絲希望。而且除了能提升團隊的視野,還可以將之視為替換現(xiàn)有架構(gòu)的探索。
項目相關(guān)的技術(shù)及業(yè)務(wù)。在沒有結(jié)對編程的項目里,共享知識對于團隊來說是一個頭疼的問題,而技術(shù)分享就是最簡單的方式。不過,對于新人來說,讓他們做相關(guān)的技術(shù)分享才是最好的方式。這也視作為我們對新人的考察:
對于項目的了解程度
找到缺少的相關(guān)知識
培養(yǎng)新人的表達能力
在項目上,這幾乎是每個新人都會經(jīng)歷的一個分享~~。
特定主題的技術(shù)分享。即,我們限定好一個大的主題,每個人挑選一個特定的主題來分享,它可以人為地提高整個組在某一領(lǐng)域的水平。當(dāng)時我們做過 SOLID、設(shè)計模式、前端相關(guān)等特定主題的分享——每個人挑選設(shè)計模式中的一個模式,然后做相關(guān)的技術(shù)分享。當(dāng)你做分享的時候,你對這模式就比較了解;而別人做分享的時候,也能引發(fā)你的思考。由于這些主題之間的相關(guān)性比較強,它可以加深對這一領(lǐng)域的印象。
其他雜七雜八的內(nèi)容。過多的技術(shù)分享,可能會導(dǎo)致大家精疲力盡,因此就會有一些技術(shù)之外的分享。比如,你喜歡的各種動漫啊、知乎上流行的程序員女裝啊等等。
而就效果來說,技術(shù)分享對于分享者的能力提升比較大,聽眾則是知道有這個東西,啟發(fā)性一般都會比較少。如果是針對于提升能力來說,應(yīng)該采用 workshop 等方式。
workshop
當(dāng)項目上要采用一個新的技術(shù)棧時,僅僅中是一個技術(shù)分享是不能解決問題的,你還需要有 workshop 這樣的東西。比如你們將在新的項目里引入 Next.js,那么這個時候就需要有一個 Next.js Workshop。由組織者來規(guī)劃每一步的內(nèi)容,第一步做什么,第二步做什么,等等。參與者則是單獨或者結(jié)對的形式,按照組織者的步驟一步步往下來做相關(guān)的技術(shù)練習(xí)。比如在 workshop 開始前,先 clone 并搭建好基礎(chǔ)代碼(hello, world)。開始的時候,便是先實現(xiàn)一個簡單的 header,然后是添加樣式等等。
也因此在這樣的 workshop 里,我們不僅可以聽過相關(guān)技術(shù)棧的知識,也能掌握一些相關(guān)技術(shù)棧的具體實踐。
kata
一種編程練習(xí)方式,針對某個題目反復(fù)進行操練,達到熟能生巧的目的。簡單的來說,就是你一直練習(xí)某一個特別的東西,直到你習(xí)慣了。比如,對于 TDD(測試驅(qū)動開發(fā),先寫測試,并由測試驅(qū)動出功能) 的練習(xí)。
在平時工作的時候,我們不會總是習(xí)慣于 TDD 的流程:測試 -> 實現(xiàn) -> 重構(gòu)。特別是,當(dāng)你的卡就要被打包到新的 Release 包時,先實現(xiàn)總是會保證交付的。又或者是,當(dāng)你對代碼庫特別熟悉的時候,你可能兩三分鐘就改完代碼,然后去喝咖啡,再回來花個十幾分鐘寫一個測試。而當(dāng)你不熟悉 TDD 的時候,你更不會采用這種方式,你會的可能就是 Test First。為了將 TDD 的思維融入你的想法里, 你就需要大量的這種練習(xí)~~。
在這個時候,我們就需要嚴(yán)格的按照步驟,一步步往下執(zhí)行。以便于在將來,我們可以嚴(yán)格的按照這些步驟來執(zhí)行。
除此,還有一種方式可以做,只是我們沒有在這個項目里實施。
dojo
dojo,(日語:道場)。在西方世界,dōjō 一詞主要指的是一個專門針對日本武術(shù)的訓(xùn)練場所。在敏捷團隊里,Dojo 的進行方式比較『詭異』,也比較有意思。
如果你了解過結(jié)對編程的話,可能就會對兩個人的結(jié)對過程比較感興趣。按我的理解,結(jié)對編程存在著三種不同的階段:teaching(引入門),driver-navigator(有經(jīng)驗與新手),結(jié)對(有經(jīng)驗與有經(jīng)驗)。即在實現(xiàn)功能的時候,兩個人會輪流寫測試和實現(xiàn)功能——你先寫測試,我實現(xiàn)功能,然后換角色。而 Dojo 就是一堆人在輪流寫代碼:
即在有限的時間里,每個人上去實現(xiàn)同一功能的代碼。
如,A 實現(xiàn)了測試,B 上去實現(xiàn)業(yè)務(wù),C 上來重構(gòu)。D 上來看了看,你們寫的代碼都是 xx,于是 Revert 之前寫的代碼。可惜 D 的時間也只有七分鐘,所以 E 上來 Revert Revert。。。
笑~~
花時間投入練習(xí)
限于之前已經(jīng)有相當(dāng)多的文章,介紹練習(xí)相關(guān)的技巧,如:
《GitHub連擊500天:讓理想的編程成為習(xí)慣》
《關(guān)于編程,你的練習(xí)是不是有效的?》
《我的成長四步曲》
《我并不聰明,只是多練習(xí)和思考》
假想項目的重構(gòu)
哈哈,如果你覺得你的項目技術(shù)棧老舊,那么你一定在腦子里使用了 N 種技術(shù)棧,對他們進行重構(gòu)了。并且當(dāng)你有一些時間可以分配到上面,如下班前的一個小時時間,又或者黑客馬拉松等等。那么,你一定會開始去做這樣的事。
與上面的技術(shù)活動相比,這是一個對于業(yè)務(wù)(我的意思是,對于公司來說)更有價值,并且更容易說服別人的方式。
學(xué)習(xí)別的項目的技術(shù)棧,然后將之應(yīng)用到現(xiàn)有的系統(tǒng)上。
使用一個新的技術(shù)棧練習(xí), 以此作為技術(shù)支撐,在未來替換現(xiàn)有的系統(tǒng)。
由于我們與其他項目大組的業(yè)務(wù)是相似的,并且他們的團隊規(guī)模差不多是我們的 10 倍。當(dāng)某個新的應(yīng)用完成后,我們要做的便是:fork from xx,將改吧改吧,應(yīng)用到我們現(xiàn)有的模式上。這個時候就有問題了,一般這些新的項目都會采用最新的技術(shù)棧。在正式引入項目之前,我們都是要學(xué)習(xí)這些技能,并配合業(yè)務(wù)做一些修改。也因此,我習(xí)慣性的將這種項目視為修改 bug、bUg、Bug。
后來,我們突然有機會彎道超車了,我們可以先重構(gòu)某一部分系統(tǒng)?!阂驗橐呀?jīng)做好相關(guān)的技術(shù)積累,并沒有遇上一些太大的問題』。只是我們實施一半的時候,就發(fā)生了一些意外。后來的后來,這個項目“到期結(jié)束”了
現(xiàn)在是 2017 年,當(dāng)你的項目還在使用舊的 jQuery + Backbone,又或者是 Angular 1.x。并且你們覺得他們有一些問題,這些問題采用一些新的框架,如 Angular 2,又或者是 React 能解決這個問題的話。這個時候,我們就可以嘗試去學(xué)習(xí)新的技術(shù)棧,并驗證它的可行性。當(dāng)有一天,你們需要去重構(gòu)現(xiàn)有系統(tǒng)的時候,你拿出的直接是一個可行性的 Demo,而不僅僅是一個理論上的東西。
當(dāng)時我們的項目想替換掉舊的搜索引擎,我們先是用 Solr 實現(xiàn)了一遍 DEMO,又用 ElasticSearch 做了一遍 DEMO。同時,我們也在計劃替換應(yīng)用部分的功能,我們先用 React 實現(xiàn)了一遍 DEMO,又嘗試用生態(tài)純靜態(tài)的方式玩了一遍。。。生命可貴,可以多玩就多玩一些吧。
小結(jié)
所以,你是因為加班呢,還是因為加班,才沒有時間學(xué)習(xí)?