lizhihui的专栏

  文/李智慧 相对于GoF设计模式，通用职责分配软件模式GRASP更像一种设计思想或原则。GRASP的9个模式企图解决的问题只有一个：怎样将建模（静态模型），也就是怎样设计我们的对象，一个系统应该有多少个对象，每个对象应该包括哪些功能，不应该包括哪些功能，对象之间应该建立怎样的关系。通用职责分配软件模式，顾名思义，一个对象应该实现哪些功能由其承担的职责决定，即职责驱动对象设计。 

//李智慧 Secondary NameNode Hadoop SecondaryNameNode并不是Hadoop 第二个NameNode，它不提供NameNode服务，而仅仅是NameNode的一个工具。这个工具帮助NameNode管理Metadata数据。 NameNode的HDFS文件信息（即Metadata）记录在内存中，client的文件写操作直接修改内存中的Metada

李智慧 上周Cloudera发布其实时查询开源项目Impala 0.1beta版，部署了一个4台机器的集群，对比测试了下Hive和Impala，Impala性能确实有很大改善，但是测试过程中遭遇各种BUG、各种crash，当前版本仅仅是一个toy。 测试数据 https://github.com/intel-hadoop/HiBench 使用了h

Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE

文/李智慧从测试便利性角度，两个case之间应该是相互依存的，就是说上一个case 的结束是下一个case的开始  ，所以最好不要有这样的case:三个相邻的case，login、logout三次。如果需要对多个role进行测试，应该等一个role全部测完再以另一个role login。 关于cese设计的另一个要考虑因素是：执行测试是一个N次重复枯燥的过程，所以在执行测试的时候，最好

文/李智慧   通常软件项目风险包括：需求风险，技术风险，人员风险。其中需求风险包括需求理解错误风险，需求变更风险，项目周期风险；技术风险包括技术选型风险，架构设计风险，人员风险包括人员流动风险，人员技术经验风险。对项目风险关注的一般说来是项目责任者，即项目经理，而项目经理对风险的控制主要是从管理手段着手，通过风险识别，风险评估，风险规避，风险控制等一系列手段达到风险管理的目的

文/李智慧 下面的这些工具和技术是根据我的一些项目实践总结的，由于受项目环境和自身境界所限，关于这些工具和技术的说明和评论可能是肤浅的和狭隘的，希望你能补充和纠正。 1，  IDE：目前主流的Java IDE有Eclipse，JBuilder，NetBeans，关于选择什么IDE，我想借用《罗马假日》中一句台词来表达我的倾向：“Eclipse，当然是Eclipse”。2，  U

文/李智慧Map与Model(JavaBean)之间存在逻辑映射关系，在存在Map实例的情况下，可通过调用该工具获得对应的Model实例，在存在Model实例的情况下，可通过调用该工具获得对应的Map实例。该工具支持JavaBean包含（成员类包含，成员类list包含），继承关系，使用composite模式。利用XML配置文件绑定Map的key与Model成员之间的映射关系，即在配置文件中

 文/李智慧虽然ORM框架在J2EE应用中大行其道，但是使用JDBC直接访问数据库方式因其简单和强大而在许多时候对开发者极具诱惑力。尤其在复杂的多表关联集合操作的时候，ORM框架大多显得笨拙并且力不从心，而一条使用统计函数的sql语句却可以直接搞定。因此通常在我设计J2EE应用程序架构的时候会在持久层框架中保留两种访问数据库的方式――Hibernate和JDBC。 基于J2EE分层架构

//李智慧 作为一个屌丝码农，每天在公司里日复一日，年复一年重复地编写相似的代码。有没有想过为什么编程语言和编程框架就像女人的衣服，换了一茬又一茬，流行完一波又一波？公司的开发框架和工具库谁写的的？这么烂，用了一年又一年，毒害了一拨又一拨的新人。写代码还有没有前途？什么时候才能出人头地，至少买得起一套房子吧？ 全世界从事软件开发的人有上千万，在中国也有几百万，不包括那些从事管理工作的人