应该怎么写循环，怎么写分支。这让本来就复杂得问题变得更加让人头疼。所以我觉得任何你认为有用得东西，都应该在简单问题上多做积累，这样遇到复杂得问题是，才不会无从下手。...- 这里用object当作字典来用，字典本来就不保证顺序的
- @xiao_p
应该不是我说的，不过我觉得只有后写测试才会有这个问题。 - 这些天关于TDD的讨论很是激烈，从CoolShell上的TDD并不是看上去那么美，到InfoQ的TDD有多美，再到博客园的TDD到底美还是不美，基本上分成两派，一派说她美，一派说她不那么美。不过今天我...
- 现实一点看，你要是觉得TDD好，不管是很好还是有一点好，只要你觉得好，那你就用。你觉得不好，那就不用。
你觉得Test First接受不了那就Test After。没必要非争来争去，一定要下个结论说TDD不是那么的好。
给你一辆F1，还真不一定能比QQ开着舒服。 - @Ivony...
TDD不是没有设计，而是你用TDD的时候没有做设计。拿着一把锤子钉钉子，结果定歪了，你能说是锤子的问题么？ - @Todd Wei
不管你是先写测试还是后写测试，测试都是用来验证需求是否实现的，当需求改变时，测试用例自然会随之变化，跟test first还是test after没有关系。 - 多少行代码，也都是没用。
测试是目前为止最有效和可靠的保证软件质量的方法，如果你把测试与功能代码放在一个同等的位置，都作为软件不可分割的一部分的话，根本就不会说出“还要改测试”这样的话。
... - Owner和supporter的区分实际上意味着代码的私有制，不能说这样不好，但是适当的公有制可以让更多的人对系统有更深刻的理解，同样有助于提高质量。
- 式。可是如果止步于此，就失去了继续改进的机会了。
另外，很同意你说的“Pair的形成依赖于对于Task的合理划分”，事实上，Task的合理划分也依赖于你的设计，设计越合理，模块化越好，模块之间的耦合越低，划分Task也就越容易。... - 最近看了一点Domain Driven Design这本书，虽然里面对于如何使用Entity、Value Object、Repository、Factory、Aggregated、Service等模式...
- 最近又在首页看到几篇设计模式相关的学习随笔。回想起来，这几年在园子里发布的有关设计模式的随笔都有一个共同的特点。那就是Factory和Singleton居多，如果是系列的，也往往是从这两个模式开始的。...
- 最近在看Refactor your wetware这本书，里面提到一种收集灵感的方法：每天早上醒来，第一件事就是拿起笔，在纸上写字，脑袋里面出什么就写什么，不要刻意的去思考，就是把脑中浮现的东西写出来...
- 今天看了一下Cucumber和Cuke4Nuke。前者是ruby社区流行的BDD框架，它使用一种叫做Gherkin的语言来描述story和scenario，然后使用ruby来实现这些scenario。...
- 是的，你没有听错，我说的确实是“慢”，但如果敏捷关注的是慢，我为什么还要用敏捷呢？ 要解答这个问题，首先需要回答，为什么你需要“快”。客户需要软件，是因...
- 继续我们的TDD，还是先看to-do list 随机生成答案 检查输入是否合法判断猜测结果 记录历史猜测数据并显示 判断猜测次数，如果满6次但是未猜对则判负 如果4个数字全中，则判胜实现IRandom...
- 前面已经完成了各个模块（类）的开发，是时候将之组合起来，形成可执行的程序了。首先需要一个GameEngine来驱动整个游戏的流程。[代码]GameEngine的主要作用是协调输入输出,调用Game的逻...
- 好的名字总是能为代码的可读性做出重大贡献，而这种贡献是通过对事物进行抽象实现的。想想一下我们平常说话时所用的语言，比如说“我家的狗跑的很快”，“家”、“狗”和“跑”都是抽象，它们分别代表了不同的含义，如果...
- 前天在AgileChina2009上听了Fred George的演讲，他说他以前拿自己的代码给KentBeck看，结果Kent说这代码很垃圾，你去看看我写的Smalltalk best practice patterns吧。然后FredGeorge就看了这本书并且完全按照书上的要求去做，5年后当他再...
- 每天坐城铁上下班，无聊的时候就会发呆，有时也会观察周围的人。观察他们的相貌、衣着、动作、谈吐，想象自己就是福尔摩斯，去推测他们的是做什么工作的，现在的心情如何，是否高兴，是否忧伤。有一天，我问了自己一个问题，人是如何定义美和丑的？人的面部是由许多部分组成的，如果你把你认为最美的各个部分拼起来的话，得...
