新开博客---摘录

第一次，开博！摘自他人所写！

首先，要说的是非常感谢大家的支持，让我有勇气续写下去，我为什么要写这本书？从 2000 年毕业，到现在 9 年的光影，在 IT技术这块基本上都做过，从程序员起步，高级程序员，系统分析师，项目经理，测试经理，质量经理，项目维护，IT 老师，呵呵，接触的语言也比较多，什么 C 了汇编了 Ruby了这些边角的东西都做过项目，更别说 Java 了，Java 项目做了 6 年，金融交易类的，OA 管理类的，政府类的等都做过，这几年基本上都是项目经理和技术经理一块兼职，搞的很累，带过最少3 个人的团队，也带过 40多人的研发团队，可以说自己比较失败，9 年了，始终还是个做技术的，不过技术还是我最热衷的，我喜欢看简单清晰明了易懂的代码，一看代码一团糟，那这人肯定不怎么样。
9 年了，整天忙的跟疯子一样，不知道这样忙下去什么时候是个头，而且自己的年龄也不小了，不能跟着这批 80 后甚至是 90 后一起疯狂加班了，并且最近在工作上也发生了一些事情，让我根本看不清楚未来的路，单位是好，福利应该是同行业的中上等吧，可我们这小兵的路在何方？40 岁了还写代码，中国可行吗？跟 90 后甚至是 00 后一起加班？这不是我想要的工作模式，很失落，所以想找个精神激励，于是就想把自己的这几年的工作经验整理成一本书，让大家尽量能看懂的书，大家的每一个回帖、邮件、评价都给了我莫大的鼓励！由于是第一次写书，可能确实有部分考虑不周，请大家指正。这本书能出版更好，不能出版也无所谓，我只是想找个精神鼓励。
大家一看目录可能就发怵了，怎么是 24 个模式呀，一般书上都是 23 个模式，呵呵，确实是，我增加了多例模式，这个一般都是融合在单例模式中讲的，我是拆出来了。 设计模式这块，我是从 04年开始系统学习的，《J2EE 核心模式》、《Java与模式》、《Head First 设计模式》等几本经典的书都拜读过，也确实学到了不少东西，但是始终觉的这些书有缺陷，前两本都是一副孔老夫子假正经的摸样，板着脸一本正经的在讲技术，真的是研究，实话说我是忍着看下去的，技术是为了使用服务的，你说那么多用不到的优缺点、场景干什么，干嘛不说个大家接触到的看的懂例子？！《Head First设计模式》实话说，我不喜欢，西式的幽默不合我的胃口，看过一遍就不想看第二遍了。
这个序是我想到那里就写到那里，没有个重点，也没个理个头绪出来，大家将就吧。

做了技术这一行以后，看书还是这个习惯，书是看了不少，看过就看过了，你要问过我这本书到底写什么，我会大致给你描述是写 Struts的，或是写项目管理的，或是写领域模型的，再详细的就没了，再去找那本书，也不找不到了，不知道是借给谁了，或者当垃圾扔掉了。而且我读书也没有记笔记的习惯，看到哪里是哪里，怎么看自己都像个懒人！
前段时间和一个师兄在争执一个问题，最后我接受了他的说法：技术上没有绝对的好与坏，一个方案或者提议，如果你要是按照理论值来争论，那就没有个结果，就像以前有人争论过使用 delegate 的方式隔离各个分层模块一样，有人说好，有人说不好，各说各的，确实不是很好，但是在项目中用了那就是好，分层清晰了，开发不相互污染了，进度加快了，有什么不好的，所以大家有时候为了一个问题争的面红耳赤的，何必呢！技术上的事，特别是一应用到项目上，懂点技术的人都想套用理论知识，特别是所谓的“砖家”，吓不死你不算完，好像不按他们的套路来走，项目就必定玩儿完似的！记住了那是理论，不是实际！
呵呵，这也是有感而发。
“纸上得来终觉浅，绝知此事要躬行”，大家看书的也体会了一下这句话。