- 博客(8)
- 资源 (31)
- 收藏
- 关注
原创 已读的, 在读的, 想读的技术书.
代码大全重构:改善既有代码的设计重构与模式修改代码的艺术实现模式深入浅出设计模式(First head)企业应用架构模式分析模式*代码整洁之道*编程珠玑*程序员的职业素养*别闹了,费曼先生!*测试驱动开发TDD*验收测试开发ATDD*Cucumber:行为驱动开发指南BDD*设计原本:计算机科学巨匠Frederic
2014-05-05 17:36:06
882
原创 TDD/ATDD
1,用正确的方法解决正确的问题. 代码质量影响缺陷率和可维护性. 传统开发模型经常产出不满足客户需求的产品(需求理解不准确或变化).在细节层面,以TDD方式编写代码(用正确的方法做事), 在软件特性和功能层面,以ATDD构建系统(正确的问题), 从而提高内部和外部质量.TDD保证我们小步前进. 小步很重要,每天都很健康.TDD以测试-编码-重构为过程,第一步的测
2014-05-05 17:08:30
1557
原创 C# .NET杂学笔记, 绝对杂七杂八.
Common Intermediate Language CILCommon Language infrasturcture. CLI Common Language Specification CLSCommon Type System CTS Common Language Runtime Environment CLRFramework Class Library
2014-05-05 17:06:26
2053
原创 读书_DDD
让领域模型发挥作用. 1,消化知识. 模型-->深层模型.2,交流及语言的使用. 将模型作为通用语言的骨干.3, 将模型与实现绑定.模型驱动设计的构建块. 4,分离领域 一般认为, 软件行业确定了分层架构作为软件系统关注点分离的首选方案.基本原则是,每一层中元素只能依赖同一层的其它元素,或直接下层元素. 在面
2014-05-05 16:34:53
630
原创 一些软件设计原则
STUPID?Singleton Tightcoupling Untestability Premature OptimizationIndescriptive Naming Duplication SOLID:Single responsibility principleOpen/closed principleLiskov substitution
2014-05-05 16:24:15
655
原创 读书_修改代码的艺术
遗留代码就是那些没有编写相应测试的代码.没有编写测试的代码是糟糕的代码. 不管我们有多细心地去编写它们,不管它们有多漂亮、面向对象或封装良好,只要没有编写测试,我们实际上就不知道修改后的代码是变得更好了还是更糟了.反之, 有了测试, 我们就能够迅速、可验证地修改代码的行为. 1.修改软件修改软件的四个主要起因:(1)添加新特性:(2)修正bug:(3)改善设计:(4)
2014-05-05 16:21:01
1046
原创 第一篇博文
终于下定决心开一个博客,已经做了近三年的程序员,这期间,学到了很东西 ,也忘掉了很多。希望以后用这个空间记录一下自己的感受,也顺便回忆一下自己的知识构成。 感谢空间提供商
2008-02-18 21:45:00
565
SRE Google运维解密.zip
2020-09-03
from imperative to reactive
2018-04-03
持续集成指南
2015-01-07
storyteller Winform设计学习
2013-10-15
领域驱动设计.软件核心复杂性应对之道 DDD 第一部分.
2010-03-22
uml与设计模式3rd Edition 3
2008-08-04
uml与设计模式3rd Edition
2008-08-04
uml与设计模式3rd Edition
2008-08-04
Concurrent+Programming+in+Java.pdf
2008-06-23
Designing Enterprise Applications with the J2EE Platform, Second Edition
2008-06-23
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人