2012年2月29日
摘要: 这是敏捷开发一千零一问系列的第十二篇。(之一,之二,之三,问题总目录)问题原问题:敏捷的具体实施是否按照一定的步骤?方案越前面的方案月容易实施,但是也越容易流于肤浅而失败。方案1:循序渐进这个可以说是所有事物推广的方法,不只是敏捷,而作为“敏捷”而言,崇尚迭代交付,自然更符合循序渐进的思想。方案2:面向问题常常听到这样一个问题:我是过程改进人员,以前CMMI过级的时候很忙碌,也很充实,最近公司今年没有过级的任务,大家都闲下来了,下一步该怎么办呢?既然是过程改进人员,就应该改进过程,和CMMI本来是无关的。CMMI的引入,是帮助我们解决问题的,而不是让我们忙碌和充实的。现实项目的问题和困难,才是 阅读全文
posted @ 2012-02-29 23:32 阳光VIP1 阅读(166) 评论(0) 推荐(0) 编辑
摘要: 这是敏捷开发一千零一问系列的第十一篇。(之一,之二,之三,问题总目录)问题原来问题是这么写的:“每个人对美的认识不一样,在产品开发过程中,该怎样有效控制界面设计用时?”大致是说有些人觉得这样就得了,另外一些人觉得还不够漂亮,不知道评审的时候该听谁的。这个问题有点另类,所以泛化成“需求谁做主”。方案方案1:听产品经理PO的这个是简化的方案。一般而言,我们总会挑选出正确的人,或至少是最正确的人——他对市场清楚,客户明白,至少在业务方面比程序员经多见广——来形成对需求的雏形,日后验收的,也是他。这个人就是PO,Product Owner,产品的主人,产品经理。不过,常常不存在一个人这么厉害,能超越和 阅读全文
posted @ 2012-02-29 23:31 阳光VIP1 阅读(99) 评论(0) 推荐(0) 编辑
摘要: 由于本人要接手一项C++方面 的工作。由于不会C++,不过做过JAVA 以及一些web方面的开发,加之时间比较短。所以需要速成,于是学习笔记也基本都是用代码代替。//范例资源文件/*****************************************************************************************Test.txt:tom 123456789 lilei 234567891 zhangsan 345678912tom 456789123xiaohe 567891234*********************************** 阅读全文
posted @ 2012-02-29 18:41 阳光VIP1 阅读(162) 评论(0) 推荐(0) 编辑
摘要: 通俗解释就像上厕所: 门锁了,就等着,等到别人出来了,进去锁上,然后该干什么干什么,干完了,把门打开 门没锁,就进去,锁上,然后该干什么干什么,干完了,把门打开 -------------------------------------------------- 多线程中用来确保同一时刻只有一个线程操作被保护的数据 InitializeCriticalSection(&cs);//初始化临界区 EnterCriticalSection(&cs);//进入临界区 //操作数据 MyMoney*=10;//所有访问MyMoney变量的程序都需要这样写Enter.. Leave... 阅读全文
posted @ 2012-02-29 17:59 阳光VIP1 阅读(123) 评论(0) 推荐(0) 编辑
摘要: 这是敏捷开发日常跟进系列的第二篇(栏目目录)。迭代及燃尽图的目标燃尽图的目标是完成迭代的目标,迭代的目标是什么呢?1. 按产品经理的要求,交付计划会中计划的用户故事2. 尽量完成1之后还会看到,这个定义还有狭隘之处,在系列后面的文章中会提到。为什么燃尽图不能直接地达成这个目标?潜在的问题包括:1. 如果燃尽图按时完成,有可能是为了按时完成,同时牺牲了所有故事(重要和不重要的)的质量,换取了进度。2. 如果燃尽图未按时完成,有可能不是一个故事没有完成,而是所有故事都剩下点活没做完,导致所有故事都无法交付。3. 如果燃尽图未按时完成,没有完成的故事中,有可能包括了极其重要的一些。只从燃尽图的形态看 阅读全文
posted @ 2012-02-29 10:46 阳光VIP1 阅读(611) 评论(0) 推荐(0) 编辑
摘要: 好的帖子:http://topic.csdn.net/u/20080327/16/071b45df-3795-4bf1-9c4d-da4eb5aaa739.html参考手册:http://software.intel.com/sites/products/documentation/studio/composer/en-us/2011Update/compiler_c/index.htm说明:本系列文章为个人笔记,如有不正确之处,请参考官方相关文档,如果错误发现,我会尽量更新修改。另外,以下内容不保证对于所有版本的编译器都正确,编译器的实现也可能有一些变化之处,具体参考官方文档。补充说明:下面 阅读全文
posted @ 2012-02-29 09:23 阳光VIP1 阅读(257) 评论(0) 推荐(0) 编辑
摘要: 这是敏捷开发日常跟进系列的第一篇(栏目目录)。这个系列将涉及燃尽图(Burndown Chart)、故事板(看板)、每日立会等内容,描述在计划会之后,评审会之前,敏捷开发团队内部产出与产品经理和项目经理的各种活动。日常跟进中的某些内容比如团队工作模型、预估会议、用户故事跟进等在之前的松结对编程、团队管理、用户故事、产品管理等系列中有所描述。在这个系列之前,还应该有一个敏捷计划系列,描述敏捷开发的从版本规划到计划会估算的详细内容,未来将会补上,当前可以参考2.29版的《火星人敏捷开发手册》,有5页与其相对应。燃尽图燃尽图Burdown Chart也叫燃烧图,是罕见的敏捷度量,以至于每当有人问起“ 阅读全文
posted @ 2012-02-29 09:04 阳光VIP1 阅读(632) 评论(0) 推荐(0) 编辑