DragonCheng的专栏

 戏说Singleton模式DragonChengGOF著作中对Singleton模式的描述为：保证一个class只有一个实体(Instance),并为它提供一个全局访问点(global access point)。从其描述来看，是非常简单的，但实现该模式却是复杂的。Singleton设计模式不存在一种所谓的“最佳”方案。需要根据当时的具体问题进行具体解决，下面将讲述在不同环境下的

        很早以前就有朋友介绍我看高德拉特写的《目标》这本书，一直认为是说教式的，可能看起来比较枯燥，所以以各种理由没看。前几天，看到朋友那里有这本书，就顺手借了过来。翻看书后，就舍不得放下了。该书以小说形式将作者观点表达出来，很多对话都类似苏格拉底风格，很容易就让人看懂（可能《最后期限》就是向它学习的吧）。         在这儿说一下书中一个游戏：           1）有一大堆

以前已经看过这本书了，但今天又打开看了一下，颇有感触，值得多次品味。将里面的经典摘录如下： 第一章: 问题是什么问题是什么谁有问题你的问题本质是什么我怎样才能摆脱所有这些可恨而无聊的抱怨？问题其实就是你期望的东西和你体验的东西之间的差别  第二章：这个问题是什么不要把他们的解决方法误认为是问题的定义 你永远都不能肯定你已经有了一个正确

在fitnesse中输入为：|!-fit.ActionFixture-!||start |!-LgChssMngAct-! ||enter | slot      | 1   ||enter | card_type | OAM ||press | !-CreateChss-!||check | res_info  |success ||enter | slot      | 2   ||ent

一直旧闻fitnesse和robotframework大名，但偷懒，并且有现成的自动化测试平台使用，故一直没去研究。 前几天从图书馆（图书馆就是好，不收钱）借了本（中文翻译有问题，原文中哪有敏捷两个字），简单看了一下，发现及其好用，思想非常好。 最基本上用三种表格将大部分的测试用例包括了：ColumnFixture: 测试计算。我认为还可以对接口进行枚举测试，比如说边界值、

Joel谈优秀软件开发方法是很多优秀文章的一个合集。前面说了Eric Sink的文章，现在说说对其他文章的感受。 “为何不禁用依赖于未公开机制的应用程序”：在这篇文章中讲到了windows为了做兼容处理而做了很多特殊处理。为什么这么做，因为不这样做，客户就不升级等原因EA:关于员工的故事。EA员工的家属写给EA CEO的信。EA里面要求员工一直加班，且基本上没有修整时间，同时没有任

看《Joel谈优秀软件开发方法》这本书，让我印象最深，收获最多的是Eric Sink的几篇文章。在前面已经写过了关于“雇用人员”，这篇就写“填补鸿沟”吧 这篇文章写的是如何填补“产品--顾客”之间的鸿沟，其讲述的主要是销售方面。 不知道是这篇文章浅显易懂呢，还是我没有这方面的知识，感觉写得非常不错。 有两种方式填补“产品-顾客”之间的鸿沟： 是您的产品贴近顾客：

Eric Sink在本文中对雇用提了很多建议：是否需要雇用、应该雇用什么样的人，人才一般来自于哪里等，先摘录如下： 1：在需要时雇用，而不是在需要前。Eric Sink谈到，如果在一个自己创业的公司，雇用一个人时一定要仔细考虑是否真正需要他，而不是为后面准备，有时宁愿自己或者其他人员去做，也比雇用好 2：需要意识到雇用到的人可能并不是真正合适的人。因为招聘前的面试工作只能起到一定的

 这两天我将《程序员修炼之道》看完了，写得非常好。 特将其里面提到的各种建议抄录下来。注重实效的程序员之快速参考指南 - The Pragmatic Programmer Quick Reference Guide1.关心你的技艺  Care About Your Craft  如果你不在湖能否漂亮的开发出软件，你又为何要耗费生命去开发软件呢？2.思考！你的工作  Thin

这本书又是一口气读完的，在晚上是读完才愿意去睡觉。 从这本书中，非常欣赏主人公解决冲突的方法，这可能是我容易发火，所以感触颇深吧。 这本书中介绍的方法，不但对企业管理有用，用于处理个人，家庭问题时一样有用，所以我认为所有人都适合读这本书。 TOC思维方法的三个重要问题是： 要改善些什么 要改善成什么样子 怎样才能有效地、一步一步地执行这些改善 可以作为做事情的思维模式