【51CTO.com原創(chuàng)稿件】

導(dǎo)語(yǔ)：CTO訓(xùn)練營(yíng)第二季已經(jīng)圓滿(mǎn)收官，作為一個(gè)學(xué)習(xí)分享和社交的平臺(tái)，CTO訓(xùn)練營(yíng)提供的不光是知識(shí)分享，還有一個(gè)屬于技術(shù)管理者的人脈圈子。結(jié)課之后，第二季學(xué)員提交了畢業(yè)設(shè)計(jì)，來(lái)對(duì)四個(gè)月以來(lái)的學(xué)習(xí)進(jìn)行總結(jié)與回顧，部分論文由CTO導(dǎo)師進(jìn)行點(diǎn)評(píng)和打分。

提升團(tuán)隊(duì)工程能力的培養(yǎng)方案 王運(yùn)輝 幣云科技安卓開(kāi)發(fā)

·代碼規(guī)范

我覺(jué)得codestyle還是很重要的。我曾經(jīng)看過(guò)一些谷歌的代碼規(guī)范。Android在代碼規(guī)范中***個(gè)講得就是關(guān)于異常的捕獲處理。谷歌告訴我們Don't Ignore Exceptions。異常的捕捉在代碼中是很有必要的。比如數(shù)字格式化，在開(kāi)發(fā)中出現(xiàn)意料之外的數(shù)據(jù)是很正常，這時(shí)如果按照正常的邏輯跑，是很容易出現(xiàn)崩潰。當(dāng)然有時(shí)我們會(huì)捕捉異常，往往不會(huì)處理異常。谷歌告訴我們這也是一個(gè)不好的，規(guī)范告訴我們一個(gè)異常要么自己處理，要么拋出讓使用者處理。引用一句名言

Anytime somebody has an empty catch clause they should have a creepy feeling. There are definitely times when it is actually the correct thing to do, but at least you have to think about it. In Java you can't escape the creepy feeling. -[James Gosling]
代碼規(guī)范可以讓我們有一個(gè)好的開(kāi)發(fā)習(xí)慣，他就像語(yǔ)言中的普通的。他準(zhǔn)確，幫你解決潛在的錯(cuò)誤。他通用，有助于大家交流。他是技能，能利于我們的成長(zhǎng)。

·代碼的可讀性

有人曾說(shuō)過(guò)，開(kāi)發(fā)中邏輯代碼都是可以接受的，而起名字是一個(gè)令人頭痛的事情。寫(xiě)了一個(gè)可運(yùn)行的代碼，過(guò)了兩三個(gè)月，我們回頭來(lái)看代碼，就會(huì)發(fā)現(xiàn)這代碼寫(xiě)的什么意思？沒(méi)有一個(gè)良好的注釋?zhuān)?guī)范的變量命名，方法命名，邏輯計(jì)算。我們自己的代碼過(guò)一段時(shí)間，自己就看不懂了。這是很恐怖的一件事情。所以我們一定要加強(qiáng)代碼的可讀性。
我們可以加強(qiáng)注釋?zhuān)植襟E，分層注釋。針對(duì)每個(gè)類(lèi)：包括摘要信息、作者信息、以及最近修改日期等；針對(duì)每個(gè)方法：包括用途、功能、參數(shù)和返回值等。如果多行代碼的每行都要添加注釋?zhuān)瑒t在每行代碼后添加該行的注釋?zhuān)@將很容易理解。
單元測(cè)試

很多人會(huì)認(rèn)為單元測(cè)試是一個(gè)浪費(fèi)人力和精力的事情。為了完成編碼任務(wù)，沒(méi)有足夠的時(shí)間編寫(xiě)單元測(cè)試。編寫(xiě)單元測(cè)試會(huì)導(dǎo)致不能按時(shí)完成編碼任務(wù)，導(dǎo)致項(xiàng)目延期。大家經(jīng)常會(huì)使用這樣的接口推掉單元測(cè)試。我覺(jué)得單元測(cè)試還是很有必要的。他是一個(gè)功能的各種用例，也是為以后升級(jí)測(cè)試功能是否完好的工具。
通過(guò)把測(cè)試過(guò)程自動(dòng)化，你可以在任何時(shí)候?qū)Τ绦蜻M(jìn)行任何遍次的測(cè)試。這不僅僅在以后會(huì)節(jié)省你大量的時(shí)間，而且會(huì)增加你的自信心，因?yàn)槊看萎?dāng)你感覺(jué)到程序可能出錯(cuò)時(shí)，只要運(yùn)行一下你的測(cè)試程序，看看測(cè)試結(jié)果就行了。

·代碼review

代碼review是一件很費(fèi)事的事情。如果項(xiàng)目比較緊。一個(gè)接一個(gè)，review的次數(shù)就會(huì)很少。有人說(shuō)，一段代碼完成之后，有人看和沒(méi)有人看，在質(zhì)量上還是會(huì)有差別的。 當(dāng)你知道你的代碼會(huì)被人一行一行review時(shí)，你的代碼一定為努力寫(xiě)的***，而不是為了完成功能而應(yīng)付了事。其實(shí)合理的code review即不用浪費(fèi)很多時(shí)間，而且問(wèn)題都能快速暴露，快速修復(fù)。代碼始終都能在保證在一個(gè)正確的方向上。codereview能讓大家對(duì)自己的代碼負(fù)責(zé)。寫(xiě)出更優(yōu)秀的代碼。
代碼review可以提升團(tuán)隊(duì)的技術(shù)能力，擺正寫(xiě)代碼的態(tài)度。雖然眼前看著影響工作效率。但是長(zhǎng)期以來(lái)是對(duì)公司技術(shù)和個(gè)人技術(shù)的提升。等大家成長(zhǎng)起來(lái)了，大家的工作效率就會(huì)提高很多

·提升辦法還是很多的。但是在執(zhí)行中會(huì)有很多困難去克服。我們要符合實(shí)際，一步一個(gè)腳印的去處理這些問(wèn)題。做優(yōu)秀的人，做優(yōu)秀的事。

導(dǎo)師點(diǎn)評(píng)：七樂(lè)康技術(shù)VP曲毅
評(píng)分：90
評(píng)語(yǔ)：從論文能看出來(lái)，筆者是一個(gè)專(zhuān)注技術(shù)的同學(xué)，就和老師是一樣一樣的。在管理團(tuán)隊(duì)的同時(shí)，如果技術(shù)的高管對(duì)代碼也有敏銳的洞察力，是整個(gè)團(tuán)隊(duì)的幸運(yùn)，因?yàn)榭梢陨钊胍痪€(xiàn)，并且可以積極推動(dòng)開(kāi)發(fā)中的痛點(diǎn)問(wèn)題，解決它。老師個(gè)人觀(guān)點(diǎn)僅供參考，研發(fā)和測(cè)試我認(rèn)為其實(shí)是一件事情，我的管理中測(cè)試其實(shí)也是研發(fā)，只是多了一項(xiàng)功能測(cè)試而已。也許對(duì)也許不對(duì)，是我自己的風(fēng)格而已。好的技術(shù)團(tuán)隊(duì)，要有瘋子和極客，這樣才有創(chuàng)造力。

CTO訓(xùn)練營(yíng)是51CTO高招主辦，面向中高端技術(shù)管理者的學(xué)習(xí)分享及社交平臺(tái)，匯集業(yè)界資深技術(shù)高管、投資人資源，以“打造技術(shù)經(jīng)理的MBA”為核心，全心全力幫助中國(guó)***潛力的技術(shù)管理者，成長(zhǎng)為未來(lái)技術(shù)領(lǐng)域的***及榜樣。第三季CTO訓(xùn)練營(yíng)將在原有優(yōu)質(zhì)內(nèi)容體系的基礎(chǔ)上，延伸四大選修活動(dòng)，滿(mǎn)足不同技術(shù)管理者的個(gè)性化需求。

[[179690]]

【51CTO原創(chuàng)稿件，合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文作者和出處為51CTO.com】