上一页 1 2 3 4 5 6 7 ··· 43 下一页
  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 阅读(121) 评论(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 阅读(256) 评论(0) 推荐(0) 编辑
摘要: 这是敏捷开发日常跟进系列的第一篇(栏目目录)。这个系列将涉及燃尽图(Burndown Chart)、故事板(看板)、每日立会等内容,描述在计划会之后,评审会之前,敏捷开发团队内部产出与产品经理和项目经理的各种活动。日常跟进中的某些内容比如团队工作模型、预估会议、用户故事跟进等在之前的松结对编程、团队管理、用户故事、产品管理等系列中有所描述。在这个系列之前,还应该有一个敏捷计划系列,描述敏捷开发的从版本规划到计划会估算的详细内容,未来将会补上,当前可以参考2.29版的《火星人敏捷开发手册》,有5页与其相对应。燃尽图燃尽图Burdown Chart也叫燃烧图,是罕见的敏捷度量,以至于每当有人问起“ 阅读全文
posted @ 2012-02-29 09:04 阳光VIP1 阅读(632) 评论(0) 推荐(0) 编辑
  2012年2月28日
摘要: 网上这方面的比较文章已经有不少了,不过大都是要么从很高的角度说的,要么就是从底层说的,本人就以自己这几年的编程经历中的感受,来谈谈自己的体会。相似性:Java和C#都是一门面向对象的语言,Java更多地借鉴了C++的优点,而摒弃了它的一些不太容易被人掌握的知识点(有些不能说是缺点),并且增加了一些自己的特点,而C#则是更多地借鉴了Java的优点,而增加了一些自己的特点。个人猜测,在Java语言出现之前,C++被广泛使用,而且被认为容易使用,Java如此类似于C++,致使人们更容易接受;而现在Java是最广泛使用的,C#如此接近Java,则更容易吸引Java开发人员(仅仅是猜测)。也就是说Jav 阅读全文
posted @ 2012-02-28 18:54 阳光VIP1 阅读(123) 评论(0) 推荐(0) 编辑
摘要: 项目开发过程中,每每有人感叹,曾几何时,队伍如何好带,如何好用,而如今,人心繁杂,队伍不好带了。很多人的想法是“人望高处走”,不停的寻找待遇及其他方面更好的单位。其实,这种现象在当今社会也很平常,尤其在中小企业,毕竟,在经济等利益的驱使下,有几个人会与金钱过意不去。但所谓“良禽择木而栖”,只有适合自己的才是最好的,因此,也有一些人会坚守阵地,作为项目管理者,在现如今的情况下,如何留住人并且发挥其工作的积极性呢? 1、项目的主人翁责任感 要是问一下项目组成员,该项目的合同金额是多少?项目成本包含哪几部分?估计很少有人能回答上来,也导致了很多项目组成员不知道自己干的是什么,只是听从分配,把自己.. 阅读全文
posted @ 2012-02-28 13:29 阳光VIP1 阅读(132) 评论(0) 推荐(0) 编辑
摘要: 在公司发展中,总裁,总监,经理,项目经理,他们对团队的建设意义重大,工作很重要,但团队的情商才更重要,笔者公司的一个团队,三十多个人就像一个人,命令所到之处,一定拿下,说明这个团队的情商很高。他们是怎么做到的,以后再讲。如今,大多数管理人员都承认,情商与智商一样,对个人的成功至关重要。可是,他们往往将情商视为一种个人能力,而不曾想过团队也需要高情商。事实上,提高团队情商可以大大提升团队的整体绩效。根据作者的研究,团队的工作效力取决于三个条件:团队成员之间的信任感、团队认同感,以及团队效能感。这三个条件归根结底,就是团队能否营造一个良好的情绪氛围,这就需要管理人员建立情绪规范,培养团队情商。所谓 阅读全文
posted @ 2012-02-28 10:13 阳光VIP1 阅读(150) 评论(0) 推荐(0) 编辑
上一页 1 2 3 4 5 6 7 ··· 43 下一页