mozilla开发组的开发策略(中文)
关键字： 开发策略
原作者姓名： seth spitzer & alec flett
文章原始出处： http://www.mozilla.org/hacking/development-strategies.html
翻译：闻怡洋 http://www.copathway.com/itbookreview/
请大家对文中出现的错误多多包涵。
正文
1）优先提高排除重要的错误。
每个人都爱用check in命令（对应cvs代码版本管理中一种操作，在多人共同修改文件，将最近期的文件上传到服务器并允许其他人修改，将文件取回本地修改的动作称为check out并同时禁止其他人在check in 前改动文件），但是请注意它更适合于在修正一些重要错误时使用。（由于
2）多花时间在第一次提交代码前保证其正确性。
提交真正可靠的，经过测试，具有注释的，简介的并且是易于维护的代码，而不是在提供代码后又很快的对其进行修补。当你第一次编写代码时提高正确性要比你在修正它时更容易，并且好的注释更利于别人理解你的代码和思路，比不能读懂别人代码更糟糕的事情就是连自己都无法读懂自己编写的代码。（强调代码的的可维护性和正确性）
3）测试你自己的代码。
qa（质量保证）的任务是保证软件产品的质量而不是提高质量。你对自己的代码同样具有这个责任，你有义务保证在check in代码前查找并修正错误。当你提交代码后，qa的将会有责任保证代码的正确性。
你应该感激那些在你的代码中发现错误的人，他们让你能够在你的错误代码影响用户他们。错误。
4）减小因为回归给你带来的影响。（回归是指当程序出现问题时将错误所影响到的所有部分进行修正。这一段可能翻译有误，因为我自己不了解他们内部的工作模式）
建立代码依赖树目录，并且每天更新他们，直到所有问题被修正。
为你的工作建立多各树目录，针对不同的的错误建立目录，在代码更新后修正自己的目录树，日常的更新工作可以减少最后cvs系统中出现的代码冲突。
5）在工作过程中，并行的开展对多个错误的修正
重要的错误应该先得到修正。但是重要的错误往往可能是比较难于修正的错误，例如程序崩溃，性能的提高等，修正这些错误将花费很多的时间，并且需要得到其他人的评价。在错误修正的过程中你可以找出一些在主要工作之外的并且不会花费你太多时间去修正的错误，并且修正他们。
当你无法找到一些比较易于解决的错误时，你可以在一些让程序崩溃的重要错误上入手，也许引起这些错误只是因为一个assert语句。
此外在邮件中可以查找到一些用户反映的关于界面的错误。你可以发现很多错误都可以通过很小的修改进行修正。此外对于代码中的错误可以通过查看代码中一些todo列表来进行，因为有的未实现的功能可能潜在的影响到已有的代码的工作。对于现有代码的审核也可以帮助你找到错误并修正它们。
Java Asp PHP .Net XML C/C++ CGI VB Jsp J2ee J2se J2me EJB Servlet Tomcat Resin Struts Weblogic Eclipse ANT GUI JMS Web servise IDEA Webphere Hibernate Spring Jboss Applet Swing Socket Javamail Perl Ajax P2P 安全 模式 框架 测试 开源 游戏
Windows XP Windows 2000 Windows 2003 Windows Me Windows 9.x Linux UNIX 注册表 操作系统 服务器 应用服务器
