1. <strong id="7actg"></strong>
    2. <table id="7actg"></table>

    3. <address id="7actg"></address>
      <address id="7actg"></address>
      1. <object id="7actg"><tt id="7actg"></tt></object>

        我的天哪!字節(jié)跳動(dòng)是這樣做 Code Review 的

        共 2493字,需瀏覽 5分鐘

         ·

        2021-05-29 20:09

        作者:梨香

        鏈接:https://juejin.im/post/6882333635203039239


        眾所周知,Code Review是開(kāi)發(fā)過(guò)程中一個(gè)非常重要的環(huán)節(jié),但是很多公司或者團(tuán)隊(duì)是沒(méi)有這一環(huán)節(jié)的,今天筆者結(jié)合自己所在團(tuán)隊(duì),淺談Code Review的價(jià)值及如何實(shí)施。

        1. Code Review的價(jià)值


        許多團(tuán)隊(duì)沒(méi)有Code Review環(huán)節(jié),或者因?yàn)樽非箜?xiàng)目快速上線,認(rèn)為CR浪費(fèi)時(shí)間;或者團(tuán)隊(duì)成員缺少CR觀念,認(rèn)為CR的價(jià)值并不大。所以想要推動(dòng)CR在團(tuán)隊(duì)中的實(shí)施,最最重要的一點(diǎn)便是增強(qiáng)團(tuán)隊(duì)成員對(duì)CR環(huán)節(jié)的認(rèn)同感。

        Code Review環(huán)節(jié),它更加依賴于團(tuán)隊(duì)成員的主觀能動(dòng)性,只有團(tuán)隊(duì)成員對(duì)其認(rèn)可,他們才會(huì)積極地參入這一環(huán)節(jié),CR的價(jià)值才能最大化的體現(xiàn)。如果團(tuán)隊(duì)成員不認(rèn)可CR,即使強(qiáng)制設(shè)置了CR流程,也是形同虛設(shè),反而可能阻礙正常開(kāi)發(fā)流程的效率。那么如何讓團(tuán)隊(duì)成員認(rèn)可CR環(huán)節(jié)呢,自然是讓他們意識(shí)到CR的價(jià)值,然后就會(huì)……真香!

        1.1 提升團(tuán)隊(duì)代碼質(zhì)量

        隨著團(tuán)隊(duì)規(guī)模的擴(kuò)大和項(xiàng)目的迭代升級(jí),團(tuán)隊(duì)之間的信息透明度會(huì)越來(lái)越低,項(xiàng)目的可維護(hù)性也會(huì)越來(lái)越差,可能引發(fā)如下一系列問(wèn)題:

        • 已有的utils方法,重復(fù)造輪子
        • 代碼過(guò)于復(fù)雜,缺少必要注釋,后人難以維護(hù)
        • 目錄結(jié)構(gòu)五花八門,雜亂不堪

        ……

        合理的CR環(huán)節(jié),可以有效地把控每次提交的代碼質(zhì)量,不至于讓項(xiàng)目的可維護(hù)性隨著版本迭代和時(shí)間推移變得太差,這也是CR的首要目的。CR環(huán)節(jié)并不會(huì)降低開(kāi)發(fā)效率,就一次代碼提交來(lái)說(shuō),也許部分人認(rèn)為CR可能花費(fèi)了時(shí)間,但是有效的CR給后人擴(kuò)展和維護(hù)時(shí)所節(jié)省的時(shí)間是遠(yuǎn)超于此的。

        1.2 團(tuán)隊(duì)技術(shù)交流

        Reviewer和Reviewee,在參與CR的過(guò)程中,都是可以收獲到許多知識(shí),進(jìn)行技術(shù)交流的。

        • 有利于幫助新人快速成長(zhǎng),團(tuán)隊(duì)有新人加入時(shí)(如實(shí)習(xí)生和校招生),往往需要以為導(dǎo)師帶領(lǐng)一段時(shí)間,通過(guò)CR環(huán)節(jié),可以使導(dǎo)師最直接的了解到新人開(kāi)發(fā)過(guò)程中所遇到的問(wèn)題,作出相應(yīng)的指導(dǎo)。
        • 通過(guò)CR環(huán)節(jié),團(tuán)隊(duì)成員可以了解他人的業(yè)務(wù),而不局限于自己的所負(fù)責(zé)的業(yè)務(wù)范圍。項(xiàng)目發(fā)現(xiàn)問(wèn)題時(shí),可以迅速定位到相關(guān)業(yè)務(wù)的負(fù)責(zé)人進(jìn)行修改。同時(shí)若有的團(tuán)隊(duì)成員離職后,也可以減少業(yè)務(wù)一人負(fù)責(zé)所帶來(lái)的后期維護(hù)困難。
        • 學(xué)習(xí)他人的優(yōu)秀代碼。通過(guò)CR環(huán)節(jié),可以迅速接觸到團(tuán)隊(duì)成員在項(xiàng)目中解決某些問(wèn)題的優(yōu)秀代碼,或者使用的一些你所未接觸過(guò)的一些api等。

        1.3 保證項(xiàng)目的統(tǒng)一規(guī)范

        既然要進(jìn)行CR,首先要對(duì)項(xiàng)目的規(guī)范制定要求,包括編碼風(fēng)格規(guī)范、目錄結(jié)構(gòu)規(guī)范、業(yè)務(wù)規(guī)范等等。一方面,統(tǒng)一的項(xiàng)目規(guī)范才能保證項(xiàng)目的代碼質(zhì)量,提高項(xiàng)目的質(zhì)量和可維護(hù)性;另一方面,在大家熟悉了統(tǒng)一的規(guī)范后,能夠提升CR的效率,節(jié)省時(shí)間。

        2. Code Review的實(shí)踐

        關(guān)于Code Review的實(shí)踐,要考慮的包括CR所花費(fèi)的時(shí)間、CR的形式、何時(shí)進(jìn)行CR等等。

        2.1 預(yù)留CR的時(shí)間

        首先不得不承認(rèn),CR環(huán)節(jié)是要耗費(fèi)一定時(shí)間的,所以在項(xiàng)目排期中,不僅要考慮開(kāi)發(fā)、聯(lián)調(diào)、提測(cè)、改bug等時(shí)間,還要預(yù)留出CR的時(shí)間。包括擔(dān)任Reviewer和Reviewee角色的時(shí)間都要考慮。

        另外如果遇到的需求比較復(fù)雜,為了避免因?yàn)镃R過(guò)程導(dǎo)致代碼需要大量修改,最好提前和團(tuán)隊(duì)成員溝通好需求的設(shè)計(jì)和結(jié)果思路。

        2.2 CR的形式

        我所見(jiàn)過(guò)的CR大多有兩種形式。一種是設(shè)立一個(gè)特定時(shí)間,例如每周或者每半月等等,團(tuán)隊(duì)成員一起對(duì)之前的Merge Request進(jìn)行CR;另一種是對(duì)每次的Merge Request都進(jìn)行CR。

        我個(gè)人更偏向于后者。第一種定期CR,Merge Request的數(shù)量太多,不太可能對(duì)所有的MR進(jìn)行CR,如果CR之后再對(duì)之前的諸多MR進(jìn)行修改成本太大;而且一次性太多的CR會(huì)打擊團(tuán)隊(duì)成員的積極性。第二種MR相對(duì)就輕松的多,可以考慮輪班每天設(shè)置2-3人對(duì)當(dāng)天的MR進(jìn)行CR即可。

        2.3 CR的時(shí)機(jī)

        CR的環(huán)節(jié)應(yīng)該設(shè)立在提測(cè)環(huán)節(jié)之前。因?yàn)镃R后如果優(yōu)化代碼雖然理論上只是代碼優(yōu)化,但很可能會(huì)對(duì)業(yè)務(wù)邏輯產(chǎn)生影響,如果在提測(cè)時(shí)候,那么可能會(huì)影響到已經(jīng)測(cè)試過(guò)的功能點(diǎn)。

        當(dāng)然也要分情況,如果遇到比較緊急的需求或者bug修復(fù),那么也可以先提測(cè),后續(xù)再做相應(yīng)的CR。

        3. 對(duì)團(tuán)隊(duì)成員要求


        前面已經(jīng)提到,要增強(qiáng)團(tuán)隊(duì)成員對(duì)CR環(huán)節(jié)的認(rèn)同感。作為CR環(huán)節(jié)的參與者,還應(yīng)該根據(jù)自己的團(tuán)隊(duì)特點(diǎn),對(duì)團(tuán)隊(duì)成員做出相應(yīng)要求,可以參考我們團(tuán)隊(duì)。

        3.1 Reviewer

        • 指明review的級(jí)別。reviewer再給相應(yīng)的代碼添加評(píng)論時(shí),建議指明評(píng)論的級(jí)別,可以在評(píng)論前用[]作出標(biāo)識(shí),例如:

          • [request]xxxxxxx 此條評(píng)論的代碼必須修改才能予以通過(guò)
          • [advise]xxxxxxxx 此條評(píng)論的代碼建議修改,但不修改也可以通過(guò)
          • [question]xxxxxx 此條評(píng)論的代碼有疑問(wèn),需reviewee進(jìn)一步解釋
        • 講明該評(píng)論的原因。在對(duì)代碼做出評(píng)論時(shí),應(yīng)當(dāng)解釋清楚原因,如果自己有現(xiàn)成的更好地解決思路,應(yīng)該把相應(yīng)的解決思路也評(píng)論上,節(jié)省reviewee的修改時(shí)間。

        • 平等友善的評(píng)論。評(píng)論者在review的過(guò)程中,目的是提升項(xiàng)目代碼質(zhì)量,而不是抨擊別人,質(zhì)疑別人的能力,應(yīng)該保持平等友善的語(yǔ)氣。

        • 享受Code Review。只有積極的參與CR,把CR作為一種享受,才能將CR的價(jià)值最大化的體現(xiàn)。

        3.2 Reviewee

        • 注重注釋。對(duì)于復(fù)雜代碼寫明相應(yīng)注釋,在進(jìn)行commit時(shí)也應(yīng)簡(jiǎn)明的寫清楚背景,幫助reviewer理解,提高review的效率。
        • 保持樂(lè)觀的心態(tài)接受別人的review。團(tuán)隊(duì)成員的review不是對(duì)你的批判,而是幫助你的提升,所以要尊重別人的review,如果review你感覺(jué)不正確,可以在下面提出疑問(wèn),進(jìn)一步解釋。
        • 完成相應(yīng)review的修改應(yīng)當(dāng)在下面及時(shí)進(jìn)行回復(fù),保持信息同步。

        瀏覽 26
        點(diǎn)贊
        評(píng)論
        收藏
        分享

        手機(jī)掃一掃分享

        分享
        舉報(bào)
        評(píng)論
        圖片
        表情
        推薦
        點(diǎn)贊
        評(píng)論
        收藏
        分享

        手機(jī)掃一掃分享

        分享
        舉報(bào)
        1. <strong id="7actg"></strong>
        2. <table id="7actg"></table>

        3. <address id="7actg"></address>
          <address id="7actg"></address>
          1. <object id="7actg"><tt id="7actg"></tt></object>
            交换大学生少妇 | 欧美一二三入口 | 扒开美女狂揉动漫原神 | 无码精品人妻一区二区三 | 深夜福利gif动态图138期 | 国产精品美女 | 美女被男人操的视频 | 白嫩外女BBWBBWBBW | 国产青青在线 | 国产又粗又黄又爽又硬的成人用品 |