2012年08月_drtg

原创《领域驱动设计》笔记

原文：”在项目中担任过分析和设计工作的人，对于下面一些问题，一定会与译者一样深有同感：. 　　1. 概念混淆，术语混乱—— 在讨论时，经常发现不同的人把同一个词理解为不同的概念，导致沟通无法顺利进行；　　2. 设计似乎很难理解—— 开发人员无法很快抓住设计的重点，甚至会出现不同程度和方向的曲解；　　3. 代码也很难理解—— 阅读代码比编写代码更痛苦，即使它严格地遵循了缩进规则和

2012-08-29 14:53:58 536

原创 tools used by various tasks

view log: head, tail, more, less, cat, grep, seddebug network issues: - Windows: ipconfig, netstat, trace, arp...- Linux: ifconfig, tcpdumpjava relative: jstack, jvisualvm, ...

2012-08-28 17:47:02 454

原创编程技术

如何解决工作中的技术问题?powershell的几个技巧Java中的编码问题在Eclipse中为新建java文件自动添加文件头Windows，Linux启动机制简介几种代码注释方式

2012-08-21 17:20:02 585

原创架构和软件设计

架构：如何查看我的订单-REST的流程API设计案例架构腐化之谜关于架构设计的一些观点RESTful VS RPC设计软件设计哲学：关于Windows和Linux设计哲学的一些个人思考《unix编程艺术》笔记《unix编程艺术》箴言

2012-08-21 17:07:39 488

原创关于设计模式的文章

Python中的Decorator（装饰器）模式（原创）Python中的Singleton （单件）模式（原创）更高级的装饰器模式=》Archetype模式（转帖+理解）一个OOAD的设计问题（转帖+理解）依赖注入那些事儿（转帖）设计模式笔记（原创）设计模式应用场景（原创）MVC演化史（加自己理解和注释）OO原则

2012-08-21 11:33:03 520

原创 OO原则

封装变化，把经常变化的部分封装起来，和其他稳定的代码分开针对接口编程，而不是针对实现编程多用组合，少用继承开放-关闭原则：类应该对扩展开放，对修改关闭。head first 设计模式中p130，decorator模式中使用继承是：利用继承达到类型匹配，而不是继承行为依赖倒置原则：要依赖抽象，不要依赖具体类 -> P167 工厂模式最少知识原则：只和你

2012-08-20 14:52:48 624

原创设计模式笔记

''设计模式精解P136，第11章：专家如何进行设计''Alexander提到：''从片段开始设计不是一个好的设计方法。即将预先成型的部分添加在一起是无法得到优秀的软件设计的。''（但还是可以得到可以工作的软件的，只是大部分时候难于修改或扩展）''我的观点：'' 软件或者软件系统都是由''功能模块''和这些''模块之间的联系''组成的。模块包括''通用模块''和''业务模

2012-08-20 14:51:18 682

原创设计模式应用场景

decorator 窗口修饰（四人帮，设计模式）；星巴克咖啡记账（head first设计模式）；电子票据修饰（设计模式精解）；IPMI协议客户端实现（本人工作），JDK中的流的封装；个人感觉咖啡记账采用decorator模式，不如采用表格等方法好，算是一个不太恰当的例子。像IPMI协议实现更多是由底层的数据结构驱动，天然地采用decorator模式iterator:STL中各种Iterator

2012-08-20 14:50:07 1305

原创解决bug和共同进步

一个同事花了一个下午的时间解决一个bug，最后的原因是在另一个同事写的模块中没有cache异常。这种事（找到最后发现是别人的bug）经常发生，怎样面对和减少这种情况呢？首先，在bug的root cause发现之前，确定不了是谁的原因，即使最后发现不是自己的bug，也应该保持一种平和的心态。不过，我想说的重点是如何减少bug？bug即使不是你的，至少也是你所在项目的，如果能够帮助别人减少

2012-08-20 13:15:05 559

原创如何解决工作中的技术问题?

首先要建立问题模型, 问题涉及的越深,模型的细节精度也必候越高。模型的正确与否和对问题的理解成正相关。例子:在调试scvmm中，host加入域的问题时，理解DNS，网络拓扑，活动目录的机制会对解决问题有极大地帮助。因为”host加入域”作为一个job,并且有详细的进度和报错信息，对这个job本身建立模型非常有帮助理解问题和建立问题模型>以及>都涉及了这个问题，但是两

2012-08-20 13:13:28 927

原创我对技术书籍的分类

小记: 此文不但是对技术书籍的分类，也可以起到按图索骥的目的，有针对性地寻找某个层次上的书籍。授之以鱼，不如授之以渔。下面按书籍内容的侧重分为三个层次，依次由浅到深。其中归于后两层的书籍颇有“授之以渔”的意思。1 只讲技术，也许会涉及一些技术背后的理念 : 见山是山，见水是水2 重点在技术理念本身，但会涉及理念的起源，发展和当前

2012-08-20 11:55:40 646

原创《unix编程艺术》笔记

这本书我读了很多遍，至今仍在读，每读一遍，都有新的收获。随着你的知识和阅历的增长，你会越来越体会到这本书的价值所在。我想不少人也是冲着本书作者的名头才看这本书的，不过我要说的是：”阅读本书时，请放下你心里的成见，不管是好的还是坏的“，不要抱着否定一切或者支持一切的态度来读本书。请结合你自己的知识和经验辩证地看待书中的内容。第一章 Unix系统的很多知识非常稳定，可以使用很多年而不会

2012-08-20 11:53:24 1210

原创《unix编程艺术》箴言

如果将来能有什么技术取代以太网，那么这个取代物的名字还会叫以太网。~ Robert Metcalf不懂Unix的人注定最终还要重复发明一个蹩脚的Unix。~ Henry Spencer，usenet 签名，1987.11计算机编程的本质就是控制复杂度。

2012-08-20 11:51:43 811

原创关于Windows和Linux设计哲学的一些个人思考

Unix的学习曲线太过陡峭，特别是命令行模式的界面。对于一个非技术用户，Unix哲学(只提供机制，不提供策略)提供了太多的选择，同时也意味着没有选择。例如GUI，有太多的观感可以选择，非技术用户反倒不知如何选择，非技术用户最关心的是如何完成手头上的任务，而不是进行技术上的选型。这意味着在Unix和最终用户之间，还有一个巨大的鸿沟需要填充。这个

2012-08-20 11:50:13 1941

张玥的专栏