关注敏捷、架构.

摘要：来自: 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的设计模式? 有没有必要逢人就问你用了什么模式?架构是什么? 阅读全文

摘要：文章: http://blog.oasisfeng.com/2013/04/14/dirty-secret-behind-weixin-charge-gate/ 这个够细 阅读全文

摘要：本文地址:http://www.cnblogs.com/raol/archive/2013/04/14/shalong.html要点:1.如何建立敏捷机制 先固化,再僵化再优化.2.需求比较紧急时,借助那些工具评估需求 技术债务图, 领域图, 公共方法图.3.PO提出的解决方案,但是这个方案比较难做. 找PO回退至需求, 提出替代的方案, 达到结果,再考虑PO的方案.4.好多SCRUM失败是组织功能就不齐全　麻雀虽小,五脏俱全5.对于复杂的需求测试路径很多. 强结对,增强QC, 一遍减少QA的过程.6. 得到一个概念: 项目快照.7.Scrum不适用的情况下,如何改进? 采用流的的方... 阅读全文

摘要：本文地址: http://www.cnblogs.com/raol/archive/2013/04/14/estimates.html本书的目标：帮助读者从制定可接受的计划到优秀的计划。 本书的大纲：一、阐述规划为什么重要以及敏捷估算的目标？（1,2,3）二、阐述估算的一个重要原则：规模和时间长度的估算应该独立。（4,5,6,7,8）三、时刻注意判断Story的价值。（9,10,11,12）四、阐述怎么安排项目时间进度。（13,14,15,16,17,18 ）五、跟踪和交流。（ 19,20,21）五、与传统方法进行对照。（22）六、案例。（23）一、阐述规划为什么重要以及敏捷估算的目... 阅读全文

摘要：本文地址: http://www.cnblogs.com/raol/archive/2013/04/14/linux_unix_design.html偏离了设计思想1. 传递给函数调用的参数太多。2. 子程序的长度超过了整个屏幕3. 要靠阅读代码注释才知道子程序到底做了什么？4. 获取目录列表的时候，屏幕显示不下这些原文件。5. 某个文件很难控制， 无法定义程序的全局变量。6. 开发程序的过程中， 无法记起错误信息是在什么条件下触发的。每个程序都是过滤器。程序够小。每个程序做好一件事。NIH综合征。人类的进化的三个系统：第一个系统：压力，激情，兴趣（激发人们的想象力和概念）； 第二个系统：第一 阅读全文

摘要：本文地址:http://www.cnblogs.com/raol/archive/2013/04/14/non-functional.html针对某一功能性需求确定后，开发人员需考虑的非功能性需求：面对开发人员自己 易于调试 可维护性 重构达到复用(提炼API/框架) 使用库而不是被库绑架(针对接口，使库易被替换)设计API/框架(可复用) 被封装 可扩展 可读性 版本控制/兼容性 单元测试作为文档 粗细粒度面对测试 可测性面对运维　安全性 可配置(配置文件/后台管理) 少编译(不在服务端编码拼接html/css/js)/部分编译(IOC)　易于快速/增量/分布式部署 易于备份/还原 可靠性/ 阅读全文

摘要：本文地址:http://www.cnblogs.com/raol/archive/2013/04/12/pmp_vs_agile.html大纲1.集成管理2.范围管理3.时间管理4.成本管理5.质量管理6.人力资源7.沟通管理8.风险管理9.采购管理 1.集成管理开发项目章程和初步范围陈述传统方法敏捷方法从合适的群体或得关于项目目标和论证方面的输入和反馈从合适的群体或得关于项目目标和论证方面的输入和反馈，并将其最为会议的内容为获得公司和项目委员会批准而准备一个业务案例以及相关文档如有必要，可以有使用公司认可的软件开发方法使用一种敏捷开发方法 开发项目管理计划传统方法敏捷方法编写正式的文档描述. 阅读全文

摘要：一、敏捷的起源： 20世纪20年代-Frederick Taylor“科学管理”给每个工人发送指令卡，工人执行，管理者比工人更了解工作状态（这和敏捷没关系为后续的“知识工人”做铺垫）。 20世纪50年代-美国国防部（DOD）和美国航空航天局（NASA）开始采用迭代式的增量方法（IID）。20世纪60年代-科技的发展，制造业岗位的消减，”知识工人“产生，旧模式不再凑效，生产工具在人的头脑里，旧式的方法被提倡信息共享和劝导的新方法代替。 20世纪60年代-Thomas Gilb提出演化项目管理的概念（EVO方法）。 1970年-Winston Royce发表文章《Managing the ... 阅读全文