|
|||
|
摘要：
这是敏捷开发一千零一问系列的第十二篇。（之一，之二，之三，问题总目录）问题原问题：敏捷的具体实施是否按照一定的步骤？方案越前面的方案月容易实施，但是也越容易流于肤浅而失败。方案1：循序渐进这个可以说是所有事物推广的方法，不只是敏捷，而作为“敏捷”而言，崇尚迭代交付，自然更符合循序渐进的思想。方案2：面向问题常常听到这样一个问题：我是过程改进人员，以前CMMI过级的时候很忙碌，也很充实，最近公司今年没有过级的任务，大家都闲下来了，下一步该怎么办呢？既然是过程改进人员，就应该改进过程，和CMMI本来是无关的。CMMI的引入，是帮助我们解决问题的，而不是让我们忙碌和充实的。现实项目的问题和困难，才是 阅读全文
posted @ 2012-02-29 23:32 阳光VIP 阅读(120) 评论(0) 推荐(0) 编辑
摘要：
这是敏捷开发一千零一问系列的第十一篇。（之一，之二，之三，问题总目录）问题原来问题是这么写的：“每个人对美的认识不一样，在产品开发过程中，该怎样有效控制界面设计用时？”大致是说有些人觉得这样就得了，另外一些人觉得还不够漂亮，不知道评审的时候该听谁的。这个问题有点另类，所以泛化成“需求谁做主”。方案方案1：听产品经理PO的这个是简化的方案。一般而言，我们总会挑选出正确的人，或至少是最正确的人——他对市场清楚，客户明白，至少在业务方面比程序员经多见广——来形成对需求的雏形，日后验收的，也是他。这个人就是PO，Product Owner，产品的主人，产品经理。不过，常常不存在一个人这么厉害，能超越和 阅读全文
posted @ 2012-02-29 23:31 阳光VIP 阅读(152) 评论(0) 推荐(0) 编辑
摘要：
导读：众所周知，2006年Google公布了自己的BigTable论文，作为Google继GFS和MapReduce两项创新之后的又一项创新，其在设计用来针对海量数据处理情形下的管理结构型数据方面具有着巨大的技术优势。而Hypertable和HBase是最知名的两款基于BigTable为蓝本设计的数据库，他们的不同之处在于Hypertable基于C++实现，而HBase则基于Java。两种数据库的性能也一直是人们争论的热点话题。在最近的一次性能测试中Hypertable在吞吐率测试中以2倍的性能优势完全压倒HBase。近日，Hypertable和HBase进行了类似随机读取统一的测试， 结果表 阅读全文
posted @ 2012-02-29 21:41 阳光VIP 阅读(277) 评论(0) 推荐(0) 编辑
摘要：
导读：本文作者Stefan Karpinski是一名数据科学家和应用数学家。曾就职于Akamai,Citrix Online和Etsy；Viral Shah爱好对高性能计算机研究工作，曾就职于微软Star-P部门；Alan Edelman是一名教授，从事高性能计算、数值计算、线性代数、随机特征分析（随机矩阵理论）等方面研究。文中探讨了Julia语言的开发缘由以及它的新特性。笔者认为一门新语言的诞生势必会掀起一阵新的旋风，开发者在享受它带来乐趣的同时也在为它的存在价值而争论不休，究竟Julia能否给开发者带来新的福音呢？让我们来一同走进它：为什么要创建Julia编程语言？用一句话来说，因为我们求 阅读全文
posted @ 2012-02-29 21:38 阳光VIP 阅读(196) 评论(0) 推荐(0) 编辑
摘要：
导读：本文作者Jiri Novotny+由于受Windows 平台任务管理软件的困扰。他把这篇用户文章投递在 ComponentOwl.com，因为他的Swift To-Do List要使用Component Owl 上基于.Net框架的Better ListView作为它的核心组件。当编译占用你时间时你会怎么做。不只是编译，即使是在等待任何短暂的计算机操作结束，这段时间你会干些什么？和你的工作日休息比起来这点时间是微不足道的，但是总的来说它还是能对你的生产率和幸福感感带来巨大帮助的。顺便说一下，这篇文章内容不是只针对开发者和程序员。它对任何使用电脑的聪明人都有效。后面还会附上图片。现在让我们 阅读全文
posted @ 2012-02-29 21:38 阳光VIP 阅读(79) 评论(0) 推荐(0) 编辑
摘要：
由于本人要接手一项C++方面 的工作。由于不会C++,不过做过JAVA 以及一些web方面的开发，加之时间比较短。所以需要速成，于是学习笔记也基本都是用代码代替。//范例资源文件/*****************************************************************************************Test.txt:tom 123456789 lilei 234567891 zhangsan 345678912tom 456789123xiaohe 567891234*********************************** 阅读全文
posted @ 2012-02-29 18:41 阳光VIP 阅读(150) 评论(0) 推荐(0) 编辑
摘要：
通俗解释就像上厕所： 门锁了，就等着，等到别人出来了，进去锁上，然后该干什么干什么，干完了，把门打开 门没锁，就进去，锁上，然后该干什么干什么，干完了，把门打开 -------------------------------------------------- 多线程中用来确保同一时刻只有一个线程操作被保护的数据 InitializeCriticalSection(&cs);//初始化临界区 EnterCriticalSection(&cs);//进入临界区 //操作数据 MyMoney*=10;//所有访问MyMoney变量的程序都需要这样写Enter.. Leave... 阅读全文
posted @ 2012-02-29 17:59 阳光VIP 阅读(162) 评论(0) 推荐(0) 编辑
摘要：
这是敏捷开发日常跟进系列的第二篇（栏目目录）。迭代及燃尽图的目标燃尽图的目标是完成迭代的目标，迭代的目标是什么呢？1. 按产品经理的要求，交付计划会中计划的用户故事2. 尽量完成1之后还会看到，这个定义还有狭隘之处，在系列后面的文章中会提到。为什么燃尽图不能直接地达成这个目标？潜在的问题包括：1. 如果燃尽图按时完成，有可能是为了按时完成，同时牺牲了所有故事（重要和不重要的）的质量，换取了进度。2. 如果燃尽图未按时完成，有可能不是一个故事没有完成，而是所有故事都剩下点活没做完，导致所有故事都无法交付。3. 如果燃尽图未按时完成，没有完成的故事中，有可能包括了极其重要的一些。只从燃尽图的形态看 阅读全文
posted @ 2012-02-29 10:46 阳光VIP 阅读(283) 评论(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 阳光VIP 阅读(353) 评论(0) 推荐(0) 编辑
摘要：
这是敏捷开发日常跟进系列的第一篇（栏目目录）。这个系列将涉及燃尽图（Burndown Chart）、故事板（看板）、每日立会等内容，描述在计划会之后，评审会之前，敏捷开发团队内部产出与产品经理和项目经理的各种活动。日常跟进中的某些内容比如团队工作模型、预估会议、用户故事跟进等在之前的松结对编程、团队管理、用户故事、产品管理等系列中有所描述。在这个系列之前，还应该有一个敏捷计划系列，描述敏捷开发的从版本规划到计划会估算的详细内容，未来将会补上，当前可以参考2.29版的《火星人敏捷开发手册》，有5页与其相对应。燃尽图燃尽图Burdown Chart也叫燃烧图，是罕见的敏捷度量，以至于每当有人问起“ 阅读全文
posted @ 2012-02-29 09:04 阳光VIP 阅读(350) 评论(1) 推荐(0) 编辑 |
|||
