随笔分类 - 软件工程
摘要：转自：http://www.cnblogs.com/leoo2sk/archive/2009/06/17/1504693.html目录1 IGame游戏公司的故事 1.1 讨论会 1.2 实习生小李的实现方法 1.3 架构师的建议 1.4 小李的小结2 探究依赖注入 2.1 故事的启迪 2.2 正式定义依赖注入3 依赖注入那些事儿 3.1 依赖注入的类别 3.1.1 Setter注入 3.1.2 Construtor注入 3.1.3 依赖获取 3.2 反射与依赖注入 3.3 多态的活性与依赖注入 3.3.1 多态性的活性 3.3.2 不同活性多态性依赖注入的选择4 IoC Container
阅读全文
摘要：一.前言我发现很多程序员都在改bug，总在改bug。但是很多人没有思考过什么是修改bug的正确方法，如何高效率的修改bug，如何避免改了一个bug又被测出另外一个bug（我称为连环bug）；还有就是，为什么我们的系统越做越不稳定了，bug越改越多了。我总结了一下经验和大家分享。（本人一直在做windows平台下C++系统的工作，文章对C++更有针对性）作为一个程序员，少不了要修改bug，甚至每天都要修改bug。也许你在维护一个老系统，也许你的专职就是修改bug或者你自己写的代码总是被测试人员测出问题，bug总是伴随在程序员的身边。有的人对修改bug有抵触情绪，说：这么烂的系统，还不如重写了，要
阅读全文
摘要：与现有国内一般的公司发布的作法相比，灰度发布的过程是一个渐近的过程，其实这才是一种正确、规范、安全的发布过程。正常一个产品开发过程中，会对其进行功能测试，用户体验测试，交互评估等。功能测试可以让产品尽量少的BUG；用户体验测试与交互评估等可以在开发过程中，使产品尽可能的满足于用户的使用习惯，以及对功能的可接受程度。但这些都是少部分人的感觉与习惯所产生的结果，只是公司内部的测试+小范围外部测试。在标准的软件产品的发布过程中，这充其量只是一个Alpha版本，而一般互联网产品的发布大多都是做到这里就直接上线，替换了原有的版本，这种跳跃式的发布是非常危险的，如果产品影响面大，对项目成员的压力是非常大的
阅读全文
