Mozilla開發(fā)組的開發(fā)策略(中文)

2019-11-17 04:38:51

字體：大中小

供稿：網(wǎng)友

Mozilla開發(fā)組的開發(fā)策略(中文)

要害字：開發(fā)策略
原作者姓名： Seth Spitzer & Alec Flett
文章原始出處： http://www.mozilla.org/hacking/development-strategies.Html
翻譯：聞怡洋 http://www.copathway.com/itbookreview/

請大家對文中出現(xiàn)的錯誤多多包涵。

正文

1）優(yōu)先提高排除重要的錯誤。

　　每個人都愛用Check In命令（對應(yīng)CVS代碼版本治理中一種操作，在多人共同修改文件，將最近期的文件上傳到服務(wù)器并答應(yīng)其他人修改，將文件取回本地修改的動作稱為Check Out并同時禁止其他人在Check In 前改動文件），但是請注重它更適合于在修正一些重要錯誤時使用。（由于

2）多花時間在第一次提交代碼前保證其正確性。

　　提交真正可靠的，經(jīng)過測試，具有注釋的，簡介的并且是易于維護(hù)的代碼，而不是在提供代碼后又很快的對其進(jìn)行修補(bǔ)。當(dāng)你第一次編寫代碼時提高正確性要比你在修正它時更輕易，并且好的注釋更利于別人理解你的代碼和思路，比不能讀懂別人代碼更糟糕的事情就是連自己都無法讀懂自己編寫的代碼。（強(qiáng)調(diào)代碼的的可維護(hù)性和正確性）

3）測試你自己的代碼。

　　QA（質(zhì)量保證）的任務(wù)是保證軟件產(chǎn)品的質(zhì)量而不是提高質(zhì)量。你對自己的代碼同樣具有這個責(zé)任，你有義務(wù)保證在Check In代碼前查找并修正錯誤。當(dāng)你提交代碼后，QA的將會有責(zé)任保證代碼的正確性。

　　你應(yīng)該感激那些在你的代碼中發(fā)現(xiàn)錯誤的人，他們讓你能夠在你的錯誤代碼影響用戶他們。錯誤。

4）減小因為回歸給你帶來的影響。（回歸是指當(dāng)程序出現(xiàn)問題時將錯誤所影響到的所有部分進(jìn)行修正。這一段可能翻譯有誤，因為我自己不了解他們內(nèi)部的工作模式）

　　建立代碼依靠樹目錄，并且天天更新他們，直到所有問題被修正。
　　為你的工作建立多各樹目錄，針對不同的的錯誤建立目錄，在代碼更新后修正自己的目錄樹，日常的更新工作可以減少最后CVS系統(tǒng)中出現(xiàn)的代碼沖突。

5）在工作過程中，并行的開展對多個錯誤的修正

　　重要的錯誤應(yīng)該先得到修正。但是重要的錯誤往往可能是比較難于修正的錯誤，例如程序崩潰，性能的提高等，修正這些錯誤將花費很多的時間，并且需要得到其他人的評價。在錯誤修正的過程中你可以找出一些在主要工作之外的并且不會花費你太多時間去修正的錯誤，并且修正他們。
　　當(dāng)你無法找到一些比較易于解決的錯誤時，你可以在一些讓程序崩潰的重要錯誤上入手，也許引起這些錯誤只是因為一個assert語句。
　　此外在郵件中可以查找到一些用戶反映的關(guān)于界面的錯誤。你可以發(fā)現(xiàn)很多錯誤都可以通過很小的修改進(jìn)行修正。此外對于代碼中的錯誤可以通過查看代碼中一些ToDo列表來進(jìn)行，因為有的未實現(xiàn)的功能可能潛在的影響到已有的代碼的工作。對于現(xiàn)有代碼的審核也可以幫助你找到錯誤并修正它們。
6）對小的補(bǔ)丁的審核只需要花更少的的時間。

　　在你花大量的時間去檢查和評價代碼時，你應(yīng)該有一個原則那就是：代碼的數(shù)量和審核的時間并不應(yīng)該是線性比例。20行的代碼并不應(yīng)該花兩倍于10代碼的審核時間，20行代碼將應(yīng)該花兩倍甚至更多的事情去評價和審核。假如你可以將代碼分為不同的小的部分去審核你可以提高你的工作效率。不是所有的代碼都可以分為很小的部分去審核，而且并不是小的補(bǔ)丁和修改就一定優(yōu)于長的代碼。（提醒代碼審核者正確的工作方法）
在你的代碼等待審核時你也可以進(jìn)行其他的工作。（要求編碼者利用時間并行的進(jìn)行工作）

7）在開始修正錯誤和為軟件提供新功能的工作前聽取其他人的意見和建議。

　　在你的遞交的代碼被否決時你應(yīng)該及時和盡快的與你的小組負(fù)責(zé)人溝通，他們可能將安排給你一個即將開展的任務(wù)又或者能夠幫助你脫離困境。此外由于他們將會在以后的工作中評價你的代碼，所以告訴他們你的計劃和打算是必要的。即使你的計劃別拒絕，也好過在將來為你的代碼提供大量的補(bǔ)丁。

　　Mozilla是在互聯(lián)網(wǎng)上組織開發(fā)的，所以強(qiáng)調(diào)多人協(xié)作很重要）

8）假如你的代碼被否決，而你又覺得一些代碼是有價值的，你可以使用#ifdef宏來包含你的代碼或者文件。

9）在你提交代碼去進(jìn)行評審時請保證你已經(jīng)修正了所有的已知錯誤。

　　必須在第一次提交代碼時保證代碼的正確性，不要假設(shè)自己可以在審核后再修正錯誤，也不要因此而浪費審核者和你自己的時間。

10）不要拖延審核者的時間。

　　在審核過程中不要向?qū)徍苏咦鲞^多的說明或爭辯，在出現(xiàn)異議時通過簡短的對話（使用IRC，AIM或其他即時消息軟件）來解決問題，因為5分鐘談話就可以解決的問題假如使用Email將花上一個小時。

11）對代碼進(jìn)行全面的審核

　　但審核其他人代碼時，請對代碼進(jìn)行全面的檢查。假如某位負(fù)責(zé)人在以后的工作中檢查出代碼中的已知的錯誤或需要采用回歸對程序重新編寫，你將不得不對代碼進(jìn)行修正。所以做好代碼得審核工作可以節(jié)省你和其他人的時間。

12）在提交代碼進(jìn)行審核前先自己審核自己的代碼。

13）當(dāng)你提交的代碼比較多時在版本治理系統(tǒng)中創(chuàng)建自己的分支。

點擊查看英文原版

上一篇：三談多態(tài)—善用virtual

下一篇：實現(xiàn)基于IDEA算法的加密工具(2)