摘要：
为了概念上的完整性,系统的设计必须有一个人,最多2个人来完成,问题来了,有的人会认为,那其他人员干什么?创意都被这1-2个人垄断,剩下的实现过程就很枯燥了.实际上,经验已经表明,"没有规矩,不成方圆",最差的建筑往往是那些预算远远超标的项目,因为这些项目一开始的概念就不完整.外部的体系结构的强制性(... 阅读全文
摘要：
ATM print'hello,world' CB 。。 STST char*str="Hello,World"; templatevoidPrint(){cout()Print(){cout(); WF System.out.println("HelloWorld");CB echo"helloworld!"珍爱生命，远离c++ AB 远离java STST C++很强... 阅读全文
摘要：
过度定义需求和过度定义问题的解决方案,都是很危险的例如,在建筑蓝图上,建筑师可能指出房间中电灯开关的大概位置,但是要到装修的时,等布线工作完成之后,才能确定开关的准确位置,在建筑蓝图上指定电灯开关的准确三维位置是愚蠢的行为.过度定义在两个方面造成危害:第一,设计者关注于过于细节的问题,而无法把精力放... 阅读全文
摘要：
好的工具能做的一件事就是使不好的设计者快速创造出糟糕的设计.卓越的设计来自卓越的设计者,而不是卓越的工具.工具只是增强了个人的能力,让设计者能专注于分析或设计中真正创造i性的方面.有一些事情,工具可以做的很好,但是有一些事情,工具根本不能做. 阅读全文
摘要：
CH1 1,很多人畅谈自己就职"计算机行业","电讯行业","在线电子交易行业"时,很容易沉溺于一种假象,认为他们自己就是高科技世界里的一部分,而实际上,只有那些做基础研究,创新研究的人员才算是高科技工作者,其他人只是在运用他们的成果而已. 2,关注于具体的技术问题,是因为技术问题比非技术问题简单... 阅读全文
摘要：
1,规定对天才来说多余,对蠢才来说无效,只对中间这一部分有用(我至今没见到过天才,蠢才到是不少) 2,设计上顿悟的火花一闪而过,没有规律可循.良好的测试无法保证你在需要的时候灵感乍现,但是给人信心的良好测试和精心重构过的代码可以给你随时闪现的灵感做好迎接的准备,以便灵感一旦到来,你就能抓住她. 3,... 阅读全文
摘要：
1,隔2个月回头看自己的设计,如果感觉不好理解,那么意味着当初设计的很不合理,是需要重新设计的前兆2,快速设计实现的诱惑很大，一刻不提醒自己严格按照TDD的原则来行事，就导致复杂难以理解的设计3,难怪Kent Benck经常提醒自己，红-绿-红编码节奏，一旦脱离这个节奏，就容易被快速设计的诱惑俘虏，结果就是生产出复杂难以理解的设计4,有人说:"考虑市场和成本,这个模块将就用吧,没有时间重新... 阅读全文
摘要：
STST 这个想法认同吗？ QX 我觉得很认同 YF 赞成，但考虑重新设计要成本，特别是机会成本 QX 另外我觉得很多设计有历史局限性,当时够用，但是随着业务发展，就会不够用 STST 快速编码的诱惑很大，一刻不提醒自己严格按照TDD的原则来行事，就导致复杂难以理解的设计 QX 就是自然感受,觉得该重构了就重构,这是迭代的过程 WB 设计与实现一样，也需要不断重构，去除腐臭，持续演进。 ST... 阅读全文
摘要：
JK 多线程调试，调试起来得有点多线程基础,要不然真心难弄,有多线程基础都难搞,别说那些没有多线程基础的人了 STST 一般情况下,不要使用多任务，如果需要多任务,首选多进程，多进程无法满足,最好选一个函数式语言完成多任务 无法自选语言完成任务的话,就先把线程同步机制彻底弄明白,再来动手 有没有人来一起讨论下这个话题? LD 我相信测试，多线程性能问题测试才能说明问题 STST 测试在多任... 阅读全文