最近在CSDN上看到一篇文章《uml正日薄西山的13个理由》，说出了我一直想说的话，我一直认为UML就是一种“符号暴力”。一直想写一篇关于 易用性的文章，易用性对于软件开发而言关系到用户学习和使用的难度，也就进一步关系到了开发的效率和质量。对易用性的看法还没来得及仔细梳理，简单谈谈目前想到的两条：

1、图形化≠易用性

很好的例子就是UML。

2、自动化≠易用性

显然自动化的目的是为了易用性，但并不是所有的自动化都能够带来正面效益。以hibernate为例，一 旦自动化的设计超出了普通人的心智模型，往往会带来负面影响。我曾写过一篇批评Hibernate的文章，也引起了很大的争议，我承认只要有足够的时间和 足够的细心，存在能够把Hibernate学到精通的人，但在现实的环境中，影响到时间和细心程度的因素实在太多了，有时我们不得不为Hibernate的这种复杂的自动化说埋下的隐患买单。

那么什么才是好的易用性，这个话题又可以谈很多，这里只归纳一条：Simple is Best.

» 阅读全文

hibernate确实功能强悍，但在易用性、性能上存在缺陷。如果团队中没有一个精通Hibernate的高手，不适合使用Hibernate。

» 阅读全文

使用ORM时，常常碰到N+1次查询的问题。hibernate采用立即加载(eager load)和延迟加载(lazy load)来解决这一问题，GROM建立在Hibernate的基础之上，理论上同样适用。但事实如何？

» 阅读全文

由于java语言的局限性，实现一个rails-like的Java开发框架一直是一个难题。在Java上想体验Rails-like的开发模式，只能选 择grails或者jruby on Rails。然而这两种框架都是动态语言实现的框架，只是基于JVM而不是基于Java语言本身。动态语言确实有很多优点，但往往难以调试。是否有一个 Java语言实现的Rails-like框架？答案是Play!

» 阅读全文