我的一天

摘要： 本文是敏捷外包工程系列的第一篇。（之一，之二，之三）本系列是中科院研究生院《软件工程硕士-外包方向》的《敏捷外包工程》课程的课外扩展阅读材料（本人是此课程讲师）。同时也适合软件外包公司在本公司推行敏捷开发时参考。 定义这里的“外包”指广义的外包，包含了传统的欧美外包、对日外包，也包含国内以销售合同驱动的项目型外包，如政府、银行、电信项目。由于整体上外包工程属于管理活动，除了需求开发部分会借鉴XP的实践之外，本文所提到的“敏捷开发”一词多指Scrum方法。“敏捷外包工程”整体上包含两个部分：交易过程和交付过程，本系列中两者均有涉及，当前以后者为主，前者会较晚推出。前者包含市场宣传，客户接洽，合同 阅读全文

摘要： “靠！原来是驱动的初始化错了！”“靠”是段伏枥的口头禅，总会在某些激动的时候脱口而出；并且这回伴随着这大呼小叫，还狠狠地拍了一下桌子——于是，整个公司的目光都聚集于段伏枥身上。一言既出，段伏枥也感觉到了大伙投过来的热辣目光，急忙红着脸低下头，躲在电脑屏幕后面。 老柳显然也听到了段伏枥的叫嚷，走过来，很奇怪地问：“怎么回事？” 虽然段伏枥刚刚为自己的冲动而有所后悔，但对于找出问题根源的兴奋劲还是不减：“我终于找到无法正常录音的原因了！” 说罢，拿出老柳所给的LH7A404H的芯片资料，指着上面的寄存器数值，说：“文档上说这一位是用来控制音频输入的，需要直接写1，但代码中却搞反了，写进去的... 阅读全文

摘要： 段伏枥连包也顾不得放，连忙往房间走去。房门没有锁，是开着的，只见刘思敏盖着被子，躺在床上，不停地发出痛苦的呻吟。 “啊！你怎么了？” “……” “喂？” 显然刚开始的问话刘思敏并没有听到，这时候才反应过来，有气无力地应了一声：“哦……你……回来……了……” “怎么回事？”段伏枥很急切地问。 “我……肚子……疼……” “啊？有没有看医生？要不要我给你买点保济丸？” “不……不是这个啦……” “那是啥？”段伏枥疑惑不解。 “我……我……那个……那……来了”刘思敏显然不好意思，吞吞吐吐。 “那个？哪个啊？哦……那个啊……”段伏枥终于反应过来，刘思敏所说的“那个”指的是“哪个”... 阅读全文

摘要： 已经正式发布，请转至：http://blog.csdn.net/cheny_com/article/details/6616794最近几天没写博客，一方面因为有几次培训和会议占用了时间，另一方面在编写一个免费敏捷教材及宣传材料。最后有几张已经完成的草图。编写到初衷有两个：1. 希望每次培训课前，大家已经对基本概念有所了解，而不是从头听，这样有限的时间就可以用来解决真正的“敏捷如何应用”的问题而不是“敏捷是什么”的问题。花钱去听基本概念是很亏的一件事情，但要找一本书（尤其是2小时就能看完的）来了解敏捷基本概念还挺难。国外如goodaigle有一些类似材料，但是不完全对外公开。2. 去过几家企业， 阅读全文

摘要： 录音机程序对于一个初学者来说，其实可以说是难，也可以说不难。难是在于初学者经验少，可能碰到一些bug不知道如何处理；不难是因为类似的应用，只要懂得使用搜索引擎，那么类似的例子就一大把。段伏枥是菜鸟，但并不是笨鸟，倒是找了不少代码，拼拼凑凑还做了个像模像样的程序。只不过这录音机程序却有一个很大的问题：不能录音！当然，这也是最致命的问题，不能录音的程序还能叫录音机么？ 段伏枥开始头大了，感觉这一周来的辛苦，还是没有找到突破口。所幸老章看到冥思苦想的段伏枥，提了个建议：不严格来说，Windows CE的API函数可以看成是Windows的子集，不妨将代码编译成Windows程序试试看，先确认代码.. 阅读全文

摘要： 本文是“松结对编程”系列的第六篇。（之一，之二，之三，之四，之五，之六，之七，之八）松结对编程是小型团队的实践，大约运行在1个师傅+1～3个徒弟的尺度上，当面临更大尺度的时候，就需要大型团队模型。这里推荐139团队模型，因为它不但可以让松结对编程运转顺利，还解决了大团队沟通、绩效考核、师傅的出路等问题。139团队的整体情况相当复杂，将另有系列博文描述，这里只描述与“松结对编程”相关的内容，以保证本系列博文的完整性。基本概念139团队就是1个项目经理，3个师傅，9个徒弟的简称，当然实际上未必正好凑够13个人，也未必正好每个师傅都有3个徒弟。在第一篇里边已经提到过三个层级的工作关系，下面是一些深入 阅读全文

摘要： 本文是“松结对编程”系列的第五篇。（之一，之二，之三，之四，之五，之六，之七，之八）松结对和紧结对不一样，两个人不是总坐在一起随时发现问题解决问题，而是很短时间地坐在一起。其中在后检查点发生的主要事情有两个：一是看结果是否符合需求（做什么），而是看代码是否存在问题（怎么做），后者就是代码检查。代码检查（也称代码审查Code Inspection）是一种由来已久但是很神秘的东西，最初引入是在一些生命攸关、重大财产相关的软件开发中，典型的就是SSOS（美国航天飞机的软件），其每段代码都交由6个人审阅，方可入库。成果就是在1989年之前（之后笔者没有数据），SSOS在太空中失效次数只有一次。笔者亲身 阅读全文

摘要： “你这算法效率太低了，怎么能直接用除法呢？你要用查表的方式！”段伏枥写完计算器没多久，同事老柳突然跑过来说要帮忙看看代码。 “查表？”段伏枥隐约记得，用查表的方式来计算除法，在没有除法器的单片机上为了加快运算速度是常用的方式。只不过在现在公司所用的夏普LH7A404这款ARM9核心的CPU，也需要用到查表的方式吗？段伏枥作为初学者，隐约觉得使用查表的方式似乎不妥，可又说不上为什么，但既然老鸟都发话了，那么肯定是必然有其道理。只不过段伏枥现在发愁的是，这查表程序应该要怎么弄呢？那时候的段伏枥还不善于使用baidu或google之类的搜索引擎，多次问题也是摸不着头脑，而老柳也只是丢下这话之后拍.. 阅读全文

摘要： 各种思路和顺序都试过。最开始时先编写Model，毕竟Model是所有一切的基础，再说没有Model，Controller里边用到该怎么办。后来改成先编写View，View才是用户能看到的东西啊，不知道用户看什么，怎么知道应该提供什么Model。现在先编写Controller。在讨论哪种次序最好之前，必须弄清楚“好与不好”的标准。开发次序好与不好的标准1. 顺畅比如编完Model的10个方法，再编Controller的10个方法，再编10个View是不顺畅的。从敏捷的角度看，就是同时开启了多个故事，而这些故事要等到最后才能同时完成，属于不好的实践。而先编controller中的1个方法，然后马上 阅读全文

摘要： 本文是“松结对编程”系列的第四篇。（之一，之二，之三，之四，之五，之六，之七，之八）团队中常见的一种情况计划、估算、设计的时候大家还在一起，但编程的时候就会分开。分开看似是安全的，但是却充满隐患。2001年，一位招聘考试前三名（一共120员工）的程序员的两个月的成果被彻底放弃重写，原因是里边包含3000多个常数，而且很难修改（码流参数），重写的人座位距离他只有4米，重写也只花费了2周；2002年，一位月薪7000（那时候北京房价才3000多）的程序员编写了一个月的4000多行代码，在一个下午被重写为50多行，座位距离他只有5米的项目经理疑惑加惊讶地问：“你真的没学过c++ template？” 阅读全文