比起寫業(yè)務(wù)代碼更不幸的是,，主要工作是修 Bug，bug,，buG, bUg。

　　在一家大的公司里，不同的人總會有不同的運氣：

　　運氣好的人遇上一個好的項目,，升職加薪，從此就走上了人生的巔峰,。

　　運氣差的人攤上一個差的項目,，升不了職，少加了薪,，并且還獲得不了技術(shù)成長,。

　　我剛畢業(yè)那會兒，所在團隊的主要工作是,，維護一個『又老又舊』的系統(tǒng),。比起寫業(yè)務(wù)代碼更不幸的是，我們的主要工作是修 Bug,，bug,，buG, bUg。

　　那一年多里,，盡管都是維護舊系統(tǒng)和少量的新需求,，我們還是在飛速的成長~~。而來源主要是：

　　組內(nèi)技術(shù)活動,。

　　花時間投入練習,。

　　假想項目的重構(gòu)。

　　當你在有限的條件下,，還能做出一定的成績,，到底還是相當有成就感的。

　　只修 Bug 是怎樣的一種體驗

　　在這樣的項目里：

　　工作一個月時,，你打開 Backlog,，看看需求卡,，發(fā)現(xiàn)那張需要三個人天的卡，好像會更有挑戰(zhàn)一些,。

　　工作兩個月時：你打開 Backlog,，看看需求卡，發(fā)現(xiàn)完成這卡只是時間問題,。

　　工作三個月時：你打開 Backlog,，看看需求卡，發(fā)現(xiàn)清清楚楚地知道修改哪一行,。

　　有一天,，業(yè)務(wù)人員來了一個新的需求。雖然只是加上一個新的導航,，但是你總會小開心一會兒,。

　　可你來到這樣的項目時，你總會想著離開,，向自己的 Buddy,、PM 、Sponsor 訴說,?？上В阒皇且粋€畢業(yè)生,，太年輕了,。對于你來說有挑戰(zhàn)性的項目，不會考慮要你的,。在你的感覺里,，那種『自己是大公司的輪子』的感覺就特別強烈。多你一個不多,，少你一個不少,。你走了也不會影響這個項目，畢竟招一個人來修 bug,，還是蠻輕松的,。因此，這個項目走了一個又一個技術(shù)好的人,，卻也來不了一個技術(shù)好的人,。

　　時間一久，每個人都充滿了危機感,。我們總是擔心：當你換到另外一個項目的時候，別的項目 PM 會考慮你么——因為你是來自這個沒有挑戰(zhàn)性的項目,。這個時候,，你已經(jīng)無路可走了,，你必須去提高你自己。

　　當別人救不了你的時候,，你只能自救,。當別人救不了你們的時候，你們也只能自救,。幸運的是,，我們當時還有足夠的時間，可以提高項目組的水平,。于是,，我們對組織了各種的組內(nèi)技術(shù)分享、workshop,、培訓等等,。

　　當你有強烈的改變意識的時候，那么事件就會變得很簡單,。真正可怕的是溫水煮青蛙式的,，而當你面對的是溫水，你總會不斷嘗試去離開,。

　　組內(nèi)技術(shù)活動

　　當你們項目無聊的時候,，總會空余一些時間。上進一點,，就會創(chuàng)造一些學習的條件,。有了條件，那么剩下的就是靠人為了,。

　　于是乎,，我們在每周挑取了兩個時間，做一些技術(shù)的事情,。包含了下面的一些內(nèi)容：

　　技術(shù)分享

　　workshop,。

　　kata。

　　不同的活動都有不同的目的,，有的可以提高演講者的技術(shù)能力,，有的則是可以一起提升能力。下面就讓我們詳細了解一下不同的活動,。

　　技術(shù)分享

　　想必大家都已經(jīng)知道這個是什么了~~,。當時的情況，大概是我們七個人里,，每周會有兩次技術(shù)分享,。分享的主題會比較廣泛：

　　你最近在玩的技術(shù)棧。當你們所用的項目技術(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)域的水平,。當時我們做過 SOLID、設(shè)計模式,、前端相關(guān)等特定主題的分享——每個人挑選設(shè)計模式中的一個模式,，然后做相關(guān)的技術(shù)分享。當你做分享的時候,，你對這模式就比較了解;而別人做分享的時候,，也能引發(fā)你的思考。由于這些主題之間的相關(guān)性比較強,，它可以加深對這一領(lǐng)域的印象,。

　　其他雜七雜八的內(nèi)容。過多的技術(shù)分享,，可能會導致大家精疲力盡,，因此就會有一些技術(shù)之外的分享。比如,，你喜歡的各種動漫啊,、知乎上流行的程序員女裝啊等等。

　　而就效果來說,，技術(shù)分享對于分享者的能力提升比較大,，聽眾則是知道有這個東西,，啟發(fā)性一般都會比較少。如果是針對于提升能力來說,，應(yīng)該采用 workshop 等方式。

　　workshop

　　當項目上要采用一個新的技術(shù)棧時,，僅僅中是一個技術(shù)分享是不能解決問題的,，你還需要有 workshop 這樣的東西。比如你們將在新的項目里引入 Next.js,，那么這個時候就需要有一個 Next.js Workshop,。由組織者來規(guī)劃每一步的內(nèi)容，第一步做什么,，第二步做什么,，等等。參與者則是單獨或者結(jié)對的形式,，按照組織者的步驟一步步往下來做相關(guān)的技術(shù)練習,。比如在 workshop 開始前，先 clone 并搭建好基礎(chǔ)代碼(hello, world),。開始的時候,，便是先實現(xiàn)一個簡單的 header，然后是添加樣式等等,。

　　也因此在這樣的 workshop 里,，我們不僅可以聽過相關(guān)技術(shù)棧的知識，也能掌握一些相關(guān)技術(shù)棧的具體實踐,。

　　kata

　　一種編程練習方式,，針對某個題目反復(fù)進行操練，達到熟能生巧的目的,。簡單的來說,，就是你一直練習某一個特別的東西，直到你習慣了,。比如,，對于 TDD(測試驅(qū)動開發(fā)，先寫測試,，并由測試驅(qū)動出功能) 的練習,。

　　在平時工作的時候，我們不會總是習慣于 TDD 的流程：測試 -> 實現(xiàn) -> 重構(gòu),。特別是,，當你的卡就要被打包到新的 Release 包時，先實現(xiàn)總是會保證交付的,。又或者是,，當你對代碼庫特別熟悉的時候,，你可能兩三分鐘就改完代碼，然后去喝咖啡,，再回來花個十幾分鐘寫一個測試,。而當你不熟悉 TDD 的時候，你更不會采用這種方式,，你會的可能就是 Test First,。為了將 TDD 的思維融入你的想法里， 你就需要大量的這種練習~~,。

　　在這個時候,，我們就需要嚴格的按照步驟，一步步往下執(zhí)行,。以便于在將來,，我們可以嚴格的按照這些步驟來執(zhí)行。

　　除此,，還有一種方式可以做,，只是我們沒有在這個項目里實施。

　　dojo

　　dojo,，(日語：道場),。在西方世界，dōjō 一詞主要指的是一個專門針對日本武術(shù)的訓練場所,。在敏捷團隊里,，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 之前寫的代碼,?？上?nbsp;D 的時間也只有七分鐘，所以 E 上來 Revert Revert,。,。。

　　笑~~

　　花時間投入練習

　　限于之前已經(jīng)有相當多的文章,，介紹練習相關(guān)的技巧，如：

　　《GitHub連擊500天:讓理想的編程成為習慣》

　　《關(guān)于編程,，你的練習是不是有效的?》

　　《我的成長四步曲》

　　《我并不聰明,，只是多練習和思考》

　　假想項目的重構(gòu)

　　哈哈，如果你覺得你的項目技術(shù)棧老舊,，那么你一定在腦子里使用了 N 種技術(shù)棧,，對他們進行重構(gòu)了。并且當你有一些時間可以分配到上面,，如下班前的一個小時時間,，又或者黑客馬拉松等等。那么,，你一定會開始去做這樣的事,。

　　與上面的技術(shù)活動相比，這是一個對于業(yè)務(wù)(我的意思是,，對于公司來說)更有價值,，并且更容易說服別人的方式。

　　學習別的項目的技術(shù)棧,，然后將之應(yīng)用到現(xiàn)有的系統(tǒng)上,。

　　使用一個新的技術(shù)棧練習， 以此作為技術(shù)支撐,，在未來替換現(xiàn)有的系統(tǒng),。

　　由于我們與其他項目大組的業(yè)務(wù)是相似的，并且他們的團隊規(guī)模差不多是我們的 10 倍,。當某個新的應(yīng)用完成后,，我們要做的便是：fork from xx，將改吧改吧,，應(yīng)用到我們現(xiàn)有的模式上,。這個時候就有問題了，一般這些新的項目都會采用最新的技術(shù)棧。在正式引入項目之前,，我們都是要學習這些技能,，并配合業(yè)務(wù)做一些修改。也因此,，我習慣性的將這種項目視為修改 bug,、bUg、Bug,。

　　后來,，我們突然有機會彎道超車了，我們可以先重構(gòu)某一部分系統(tǒng),?！阂驗橐呀?jīng)做好相關(guān)的技術(shù)積累，并沒有遇上一些太大的問題』,。只是我們實施一半的時候,，就發(fā)生了一些意外。后來的后來,，這個項目“到期結(jié)束”了

　　現(xiàn)在是 2017 年,，當你的項目還在使用舊的 jQuery + Backbone，又或者是 Angular 1.x,。并且你們覺得他們有一些問題,，這些問題采用一些新的框架，如 Angular 2,，又或者是 React 能解決這個問題的話,。這個時候，我們就可以嘗試去學習新的技術(shù)棧,，并驗證它的可行性,。當有一天，你們需要去重構(gòu)現(xiàn)有系統(tǒng)的時候,，你拿出的直接是一個可行性的 Demo,，而不僅僅是一個理論上的東西。

　　當時我們的項目想替換掉舊的搜索引擎,，我們先是用 Solr 實現(xiàn)了一遍 DEMO,，又用 ElasticSearch 做了一遍 DEMO。同時,，我們也在計劃替換應(yīng)用部分的功能,，我們先用 React 實現(xiàn)了一遍 DEMO，又嘗試用生態(tài)純靜態(tài)的方式玩了一遍,。,。,。生命可貴，可以多玩就多玩一些吧,。

　　小結(jié)

　　所以,，你是因為加班呢，還是因為加班,，才沒有時間學習?