摘要： 来自：http://www.cnblogs.com/raol/archive/2013/05/15/daily_scrum.html输入：Sprint Backlog输出： Sprint Backlog， Impediments Backlog， 燃尽图每日站会（Daily Scrum）会议准备：1、邀请与会者（团队所有成员，ScrumMaster，产品负责人（可选），相关人员（可选））2、在Sprint Backlog上的所有任务都是可以增删修改，可重排序的3、任务的状态可设为“待处理”，“正在处理”，“已完成”的会议进程：1、上次会议时的任务那些已经完成？把任务从“正在处理”状态转为“已完 阅读全文

摘要： 来自：http://www.cnblogs.com/raol/archive/2013/05/15/scrum_review.html简述输入：Sprint Backlog, Working Software演示的内容： SB的需求，SB修改的重大bug输出：产品 Backlog， 阻碍 Backlog， 发布燃尽图Sprint评审会议（Sprint Review Meeting）：目标：根据团队这次Sprint所发布的版本，评审相关的Backlog中的问题，检查是否已达到Sprint的目标。会议准备：1、对于每个人来说Sprint目标都是公开的。2、对没个人来说既定产品Backlog是公开的 阅读全文

摘要： 地址：http://www.cnblogs.com/raol/archive/2013/05/12/Agile_coaching.html 阅读全文

摘要： 来自：http://www.cnblogs.com/raol/archive/2013/05/08/scrum_master_2.html第二天：早上，我们会讲到Product Owner, Product backlog和渐进式的发布计划，下午，我们会具体探究Scrum Master的角色和团队的角色，并且澄清许多已有的误解。接下来的话题是Scrum的在组织环境下的执行实施。课程的最后，我们会谈到在多个团队的环境 中扩展Scrum的要点，并且分享培训师本人在这个领域的经验。------------------------------------------------------------ 阅读全文

摘要： 这两天准备把我CSM培训的笔记发出来来自: http://www.cnblogs.com/raol/archive/2013/05/06/scrummaster1.html他们的自述： 我们会从Scrum的基础开始，包括它的历史，自发管理的关键要素，和在复杂项目如何应用经验主义的流程控制。然后，我们会简单地讲解Scrum 的框架。之后，将会是缺乏透明度及其带来的遗留代码的话题。然后，我们会介绍“完成的定义”的概念，以及必要的工程实践。慢慢地，我们会转到更加实践性的 话题，关于在Scrum框架中的会议，包括他们的目的以及如何使之高效。------------------------------- 阅读全文

摘要： 来自: http://www.cnblogs.com/raol/archive/2013/04/25/program_template.html关于XX改进方案现状描述:不满意的地方:1.2.技术改进点:1.23当前方案:方案图分析数据分析改进方案一:描述:本方案改进点:1.2.优点:1.2.3.工作量小.缺点:1.逻辑移到了前端备注:数据结构方案图改进方案二:描述:和方案一类似,但把矩阵统计移到了后端,增加实时统计模块.优点:职责分明缺点:工作量加大,有备注:数据结构字段名方案图方案评比:根据现系统的数据量,使用客户端数.方案名简洁性可维护性性能可扩展性健壮性方案一√√√√√方案二× 阅读全文

摘要： 来自：http://www.cnblogs.com/raol/archive/2013/04/21/capacity.html容量指标:1.业务 交易量，调用量，搜索2.⽔水平调整 TPS, QPS, SESSION3.垂直调整 cpu, M, Iops, Space, Bandwidth来自：互联网集群容量规划工作的探索 心目中的容量规划平台 阅读全文

摘要： 来自： http://www.cnblogs.com/raol/archive/2013/04/17/thinking_in_parten.html上一篇： http://www.cnblogs.com/raol/archive/2013/04/16/thinking_in_pattern.html周爱民架构的观点: 架构是中间的过程，那么中间的过程是怎么样的？抽象是架构的所在，那又怎么做？是结果图吗？图是死的。你必须了解清楚你所应对的系统是什么样子？你所应对的的系统的原始需求决定架构的范围和连接件。我的观点：模式是死的，架构是活的，但可以借鉴现有的模式设计你系统的架构。框架-决定范围和连接. 阅读全文

摘要： 地址: http://www.cnblogs.com/raol/archive/2013/04/17/log4j_xml.html需求: com.test1包下的文件运行日志都放在com/test1.log下 com.test2包下的文件运行日志都放在com/test2.log下 com.test11.P1_1下的文件运行错误日志都放在另外一个error.log下 整个工程的运行日志放在com/All.log下记录一下. 如下图所示. eclipse工程地址: http://files.cnblogs.com/raol/TestLog4j.rarLog4j.xml配置如下2013-... 阅读全文

摘要： 来自:http://www.cnblogs.com/raol/archive/2013/04/16/thinking_in_pattern.html很久之前就看到这张图, 貌似来自于新浪的架构演变, 反思, 一直苦苦追求系统有好的架构, 假设现在有个公司让你去做架构, 你能套上最后一个版本的架构吗? 有必要去套上最后一个版本吗?反思学习设计模式: 在你对模式没有概念的时候,有没有必要去苦苦去套GOF的设计模式? 有没有必要逢人就问你用了什么模式?架构是什么? 阅读全文