网站运营 | 站长学院 | 技术文档 | 成语 | 歇后语 | 桌面壁纸 | 帝国时代 | 代码收藏 | IP地址查询 | 生活百科 | 生日密码 | CSS压缩 | 用户评论

有关开发效率和协作的几点

【 作者:Bruce Dou 更新时间:2014-01-15 | 字体:
[导读]1. 小提交: 把大的任务拆分成多个独立小任务 2. 命名规范 3. 避免过度设计 ... 5.日志的方式调试 6. 避免一屏显示不下的超大函数 7. 循环中的 continue, break 尽量加上单行注释 8. 不把自己局限到做某个功能 9. 遇到...
给团队成员的一封邮件,发现比较通用,分享出来吧:

1. 小提交: 把大的任务拆分成多个独立小任务<,每完成小任务确保无 Bug 后就可以提交合并到主分支甚至发布;频繁提交有利于自己把控项目进度<、降低风险<、同其他人协作和代码 Review ; 每天可以提交合并多次<。每个小任务是 1-2 个小时可以完成的粒度<,最大的一天完成<<。并行做多个任务的时候<<,优先做最短时间能够实现的任务<。

2. 命名规范: 尽量避免无意义的字符做变量 比如 a, b, t ?<?梢灾鸩礁纳?,可以参考 http://www.chinawobo.com/svn/trunk/javaguide.html

3. 避免过度设计: 能够用简单方式实现的功能,不引入复杂的类,对象<,避免不必要的 new 对象<,避免引入不必要的泛型<<、线程<
4. Web 工程尽量避免在应用内部保存“状态”,这样可以适应频繁发布<<、重启无影响。

5. 善于用打日志的方式调试<,在程序关键点打日志<。尽量少用断点方式,日志方式可以批量调试一批功能,效率相对高<。

6. 避免一屏显示不下的超大函数。

7. 循环中的 continue, break 尽量加上单行注释<;尽量避免非函数结尾的 return<,必要的时候加注释。类自动生成 toString() 方法<<,方便调试和打日志。

8. 不把自己局限到做某个功能<<,每个人都是整个项目的 Owner <,尽量交叉 Review <<,交叉开发<<。

9. 遇到问题及时和其他人沟通,避免浪费时间。

10. 从最终产品的目标审视自己细小的设计<<,熟悉自己负责部分的上下游代码。时刻关注最终产品(Web 界面和日志),发现 Bug 和可以改善的地方。

原文:http://www.chinawobo.com/team_performance

友荐云推荐
  • 转载请注明来源:网站运营 网址:http://www.chinawobo.com/ 向您的朋友推荐此文章
  • 特别声明: 本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载<,但请务必注明出处和原始作者。文章版权归文章原始作者所有<<。对于被本站转载文章的个人和网站<<,我们表示深深的谢意<<<。如果本站转载的文章有版权问题请联系我们<,我们会尽快予以更正。
RSS订阅
  • QQ邮箱
  • 填写您的邮件地址<,订阅我们的精彩内容:
更多
© 2014 网站运营 - T086.com(原itlearner.com)
微商货源 | 冠珠陶瓷 | 迪威乐云商devmsn | 易奇八字 | wwe美国职业摔角 | 八字算命 | 河南旅游景点大全 |
RunTime:7.65ms QueryTime:7