金庆的专栏
  C++博客 :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理 ::
  55 随笔 :: 0 文章 :: 150 评论 :: 0 Trackbacks

4. 软工与管理

发现错误是好事
     摘要: 在设计时发现错误总比在编码编译时发现好。在编码编译时发现错误总比在单元测试中发现好。在单元测试中发现错误总比在调试中发现好。在调试中发现错误总比在系统测试中发现好。在系统测试中发现错误总比让用户发现好。让用户发现错误总比没有用户好。  阅读全文
posted @ 2008-05-08 15:38 金庆 阅读(54) | 评论 (0)  编辑

可以用IRC代替例会吗
     摘要: 我个人认为，这种做法对时间和效率太抠门，反而得不偿失。 Scrum Meeting一般不会超过15分钟，本身已经是高效了。为了压缩成5分钟，就取消了面对面交谈的机会，实在是不合算。   阅读全文
posted @ 2007-12-03 10:36 金庆 阅读(724) | 评论 (2)  编辑

敏捷就是无招胜有招
     摘要: 软件工程与敏捷抓住了软件开发的不同方面。软件工程的强处在于技术性实践；而敏捷的优势则是社会工程。个人认为：软件工程是心中有招，而敏捷是无招胜有招。  阅读全文
posted @ 2007-11-15 14:09 金庆 阅读(711) | 评论 (0)  编辑

评高效程序员应该养成的七个习惯
     摘要: 其中我对第4点中的观点不太赞同：“把你的时间花在代码的功能上, 而不是去把现有的代码改得对自己胃口(尤其对于那些copy/paste过来的代码);要找到系统的瓶颈进行优化，而不是对那些无益于系统整体性提高的地方做无用功。”因为最近总计至少有一周多的时间，我正是处理与功能和性能无关的代码更改。添加新功能之前，查看是否有重构的必要，这应该也是高效程序员的习惯之一吧。  阅读全文
posted @ 2007-11-03 10:58 金庆 阅读(1446) | 评论 (6)  编辑

VSS灵异事件：无法GET
     摘要: 昨天临近下班，边敲代码边调试工作了一整天，大脑已经接近于混乱，所以碰上了灵异事件。因为没法重现，所以无法确定这是不是一个VSS的BUG。  阅读全文
posted @ 2007-10-26 09:39 金庆 阅读(633) | 评论 (3)  编辑

评架构验证的时间
     摘要: 方法是在架构设计之初，得到一些不同的架构方案，并对各个方案进行先期验证。这是一种排他法。所谓的先期验证其实只能做到先期的讨论，即文中所指的争论。一切都来自于个人经验，根本没有科学的数据，用数据进行比较只能是理想。但使用成熟技术避免风险是对的。如果有实际可行的架构，就直接套用，而不必考虑更先进的创新，避免新技术的风险。  阅读全文
posted @ 2007-10-15 10:42 金庆 阅读(739) | 评论 (6)  编辑

你是否需要自动化工具
     摘要: 你是否需要自动化工具。一位开发者从任务板上摘下一张故事卡，把它拿到自己的桌子上——卡片给她带来触感，那种实实在在的拥有的感觉，她亲手把自己的名字写到卡片上，再走回去轻轻地把卡片放到任务板上“进行中”的格子里。或许是绝大多数自动化工具太强大了，而我所需的仅仅是领取任务。只有当异地开发，如现今较流行的虚拟项目管理中，才能显示此类自动化工具的威力。可能最中心的自动化工具是版本控制，如SVN，但使用定期的压缩备份也是一个可行的方案。  阅读全文
posted @ 2007-09-11 10:59 金庆 阅读(678) | 评论 (0)  编辑

几种peer review的比较
     摘要: A case study of Apache peer review 分析了Apache项目的代码检查过程，提出了两种Apache所使用的代码检查流程：并与正式评审(Inspection)，结队编程(Pair Programm)的持续检查进行了比较，结果如下：  阅读全文
posted @ 2007-08-02 13:43 金庆 阅读(454) | 评论 (3)  编辑

Peer Review 该如何翻译
     摘要: Review这个词意思很明确，就是“再看看”，但是在中国表示看的词太多了，结果“Peer Review”反而不太好翻译。看到一个讨论review翻译的贴子，跟贴很多，可是没有一个精确的。贴子早已关闭，无法回复，我只好把自己认为合适的词发表在此。  阅读全文
posted @ 2007-08-02 10:35 金庆 阅读(760) | 评论 (6)  编辑