怪怪 | Nothing, Everything

摘要： 有关测试“后行”也可以接受的说法，说明了一个事实：即使是最中坚的测试粉丝，也经常需要修正自我。很多理论抛出来之后，在现实面前，都不断的妥协。一些妥协到基本完善，一些妥协到基本完蛋。 阅读全文

摘要： 用一个简单的模型， 来看一下TDD的适用性； 同时再讨论一下对人的要求。 阅读全文

摘要： 讨论： 面对一波又一波的流行趋势， 国内典型的混乱组织和中小型组织， 应该如何做? 阅读全文

摘要： 提醒一下自己， 该干活干活， 少那么多废话； 再不行就拔网线了。 多提醒一次， 少发表对谁都没有帮助的意见。 如果写出来不执行， 那就是更大的祸害。 我还要加强对自己的管理，不要操心别人的事情了，我还不够格。 阅读全文

摘要： 这里有一个据说的但是真实性上还算有保障的例子，而且这样的例子在咱们身边也存在很多： 某测试大牛在微软做的非常好， 被Google挖走了；干了1年之后， 实在干不下去了， 于是离职。 别人问他怎么回事， 他说简而言之一句话： Google根本就不存在他能够发挥专长的环境。 阅读全文

摘要： 以后关于这个话题， 零碎但有些价值的讨论统一更新至此帖， 有一定内容了再定期整理。 原帖： 关于业务层代码的组织 回复： 你说的稍微有点简略，不过如果你指的业务操作是数据库相关操作的话：这个问题1年前干嘴仗的结果好像说的很清楚了。 CRUD这类操作不属于BL的范畴，应该放入边界对象里； 对象是否贫血， 要看对象是否真的存在自身的业务逻辑。那种认为相关数据操作应该在对象身上就更面向对象的说... 阅读全文

摘要： 神秀身是菩提树，心为明镜台； 时时勤拂拭，勿使惹尘埃。 听起来很美，不是? 到今天大家还纯洁的相信Rows->Entities就是解决之道，代表了基于数据库的软件如何表现面向对象的精髓； 顽固而勤奋的寻找一个又一个的方案， 希望自己的设计水平能够一次又一次的进化，最终能够正确处理好两者之间的关系。不得不说一句，这种生硬的处理方式，要是能没矛盾，倒稀奇了。 DTO能够让IDE提供足够的信息， 能够... 阅读全文

摘要： 看园子里文章>有感, 故发此文. 首先要说明, 我不是一个专业的程序员, 如果你自认专业, 是大中型企业的精英份子; 或者你认为别人的个性与你的职业精神格格不入, 对企业和信息技术的发展毫无用处, 不妨现在点右上角的x. 另外说明一点, 原文中一些正确的观念, 也是我们应该思考的, 我只是针对一些有待商榷的观点进行讨论, 不代表全盘否定. 而且说实话, 我这篇文章里最刺耳的词汇也不是针对园子里的... 阅读全文

摘要： 我最近在找寻不用实现一个新的语言，就可以面向上下文的编程和设计方式。 我有一种感觉，一切最终会产生不合理的根源在于：Object->人->厨师这样的死板的分类方式， 面向对象的传统看法很可能在根本上是错误的。 厨师就是厨师，无论它一台智能化烤面包机，还是一个活人，或者象《料理鼠王》里一样的一群老鼠。 我 理想的编程范式， 应该是“管中窥豹”形式的；这样能隔绝掉大多数复杂度，也要比面向对象容易... 阅读全文

摘要： 在Stroustrup的访谈和其它一些人的发言中曾经提到, 不要去关注细节, 而是关注更高层面. 当你真正的理解了问题, 做出了正确的决定和设计, 细节自然而然的会"Fall into place". 阅读全文