乐在其中

易用性简谈-从UML和Hibernate说开去

shine — Thu, 07 Jan 2010 17:38:00 +0800

乐在其中 ( http://www.eoss.cn/blog/ ) :

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

1、图形化≠易用性

很好的例子就是UML。

2、自动化≠易用性

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

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

附：UML正日薄西山的13个理由

编者按：UML开发社区最近流失了一批开发者和拥趸，对一种软件设计技术来说，这意味着它正趋于下滑。而且它的发展趋于一个不利的方向：UML已经开始变得官僚化。本文作者罗列13个理由，以此来分析为何UML正日薄西山。

由委员会设计

从长远来看这是导致语言或技术失败的一个主要和常见的原因，CORBA就是最好的例子。

过分注重商业化

试图为一门不够成熟的技术出售工具而且只对工程的管理部门承诺什么，这只能是一种短期有效的方法。有时候人们会认识到这样的成本远大于收益，这也让程序员在本能上非常厌恶。另一些人因为工程管理部门的要求或好奇心而尝试这些工具，但大都使用不超过一个工程就弃用了。

太过激进地想把几乎一切都涵盖起来（UML规范超过800页）

当你试图为一个领域内的每个问题都提供一个解决方案的时候，最终你会发现其实你没有提供任何有效的解决方法。UML试图解决所有与软件开发相关的问题。试图涵盖一切是一个不可能的任务，即使规范有800页，UML也只是覆盖了复杂的软件工程领域的一部分。

背离了开发者的最初目的

作为一名程序员，我喜欢UML为设计通讯等内容而提供的标准化，能够使用一套通用的符号来与其他的程序员或者设计师交流我的想法真的很棒。我想大多数程序员仍然只是使用类图表，或者在他们写一份文件的序列图时偶尔用一下。然而，UML开始使用那些即便是商务人士都不懂的面向商业的类图表。

概念膨胀

在过去的10-15年里，UML一直试图概括所有流行语言的概念。现实么？

总在追赶新的语言和概念

承接上一点，既然UML承诺全语言的代码生成，就意味着它必须包含每一种特殊的语言架构。

试图成为一门编程语言

由于能够生成全代码，所以实际上UML试图成为一门编程语言，而一种通用的图形编程语言存在很大的问题。在人类历史上，所有语言的手写形式都是从图形到文本，在捕捉和传递思想方面，字母表证明比图像更具表达力。如果试图用图形描述每个流程，那必须还得使用语言来注释这些图形。图形在形象化人们的思维和概念方面确实有效，但是在描述细节方面语言更有效。

需要昂贵的工具还是只需要一个文本编辑器

要想真正地UML入门，要求很高，他们需要训练，因为他们不是时时刻刻都在使用最直观的工具。咨询公司会喜欢UML的这一特性，因为这意味着昂贵的培训课程。

缺乏模型清晰度（model clarity）

图形读不懂我听到很多开发者在理解UML图解的设计时发出这样的抱怨，最终不得不通过读代码来理解。

缺乏真正软件设计的问题解决方法

UML规范很多，却没有软件系统常见问题的好的解决方法。随便举个例子：

没有多任务和任务间通信的解决方案；

没有用例（use cases）之间的依赖

假设你在写第一行代码前就知道一切

编写使用手册，然后在此基础上顺利成章地生成代码但这可能无法实现。由于在实践中一切都是动态的，所以UML图表如果要与代码保持一致，它的维护就变得非常麻烦，开发者对此很反感。

对待软件开发就像对待制造业

软件设计不是制造业，软件创作是一种创造性的活动，更加是工艺或者艺术。UML试图标准化和形式化开发者的想象力和才智。

UML工具的目标错误

大部分的UML工具承诺代码生成，然而大多数时候它们都是没用的，因为只是生成了没有逻辑的空的类别本体。而且这很笨重和繁琐，因为开发者必须保持代码和图表的同步。有开发者不得不使用丑陋格式的评论来进行标记。

这些工具的另一个问题是屏幕上呈现的有效图表元素的数量。很多次我查看一个UML图表或者一个复杂的系统，但只能看到一角，根本无法帮助全局的理解。

而且，很多使用UML完成的工程，其最终的代码与最初的UML图表并不一致。

我也不认为代码生成是个好主意，一般来说生成的都是复杂的代码，而大部分工程可能使用库中的公用代码更好。

你怎么看待UML呢？

大环境不好，有什么好写的呢？

shine — Thu, 07 Jan 2010 16:42:00 +0800

乐在其中 ( http://www.eoss.cn/blog/ ) :

很久没有写文章了，正如谢文所说的，“有什么好写的呢？““大环境不好，即使有创新也会被各种各样的利益集团以五花八门的借口扼杀掉。创新容易颠覆既存的利益分配格局，所以也容易被既得利益者扼杀，这不难理解，比较难理解的是这种扼杀是在高举创新大旗的口号声中进行的。“

其他的不说了，就拿最近传言的CN域名必须在公司名下和落实不备案不予解析这两条政策来说，我的这个网站也不知道还能坚持多久，也许明天就会倒下。

VPS选购网FindVPS

shine — Fri, 16 Oct 2009 00:40:00 +0800

乐在其中 ( http://www.eoss.cn/blog/ ) :

FindVPS定位于VPS导购、VPS使用教程发布以及VPS使用交流。

http://www.findvps.cn

VPS使用手记-推荐VPS服务商AppArch

shine — Thu, 17 Sep 2009 15:45:00 +0800

乐在其中 ( http://www.eoss.cn/blog/ ) :

AppArch(www.apparch.net)致力于为客户提供高端VPS服务。

选择我们的理由:

品质
* 基于Xen虚拟化技术，安全稳定，客户拥有完全root管理权限
* RAID1存储保障
* 服务器数据中心位于国内访问速度最佳洛杉矶
* 拒绝非法网站，保障合法用户对网络、服务器资源的使用

弹性
* 灵活的升级模式，按需配置你的VPS，随时升级
* 灵活的付费模式，无需开通费，目前支持月付，不满意随时取消，支持支付宝等在线付款
* 提供CentOS、Ubuntu、Fedora、Debian、Gentoo等多种操作系统可供选择

增值
* 自主研发的基于Web界面的虚拟机管理系统
* 专业全面的Linux技术、网站架构设计支持

未来
* 按需付费，按小时计费模式
* 动态扩充计算资源
* 动态迁移
* 自动伸缩架构
* 高可用性
* 负载平衡
* 自动资源分配
* API

AppArch Beta测试期间推出特惠型VPS主机:
* Xen
* 512MB内存
* 25GB RAID1 硬盘空间
* 1个独立IP
* 100Mbps网络端口 400GB流量
* Linux
168元/月

推荐联系方式
我们推荐您提交服务单联系我们，以便我们能高效、安全地处理您的问题。

其它联系方式
Email: 售前咨询 sales@apparch.net 技术支持 support@apparch.net
MSN: apparch@live.cn

VPS使用手记-VIM最简教程

shine — Fri, 11 Sep 2009 00:21:00 +0800

乐在其中 ( http://www.eoss.cn/blog/ ) :

vi/vim是Linux下一个常用的编辑器，很多VPS初始时只默认安装vim，所以简单掌握一下vim的使用是很有必要的。vim可以使用退格，相比vi更加简单，一般Linux上安装的都是vim，但可以启用vi风格，一般如果通过输入vi进入vi风格，那么输入vim可以进入vim风格。

基本上vi可分为三种操作状态，分别是命令模式（Command mode）、插入模式（Insert mode）和底线命令模式（Last line mode），各模式的功能区分如下：
1． Comand mode：控制屏幕光标的移动，字符或光标的删除，移动复制某区段及进入Insert mode下，或者到Last line mode。
2． Insert mode：唯有在Insert mode下，才可做文字数据输入，按Esc等可回到Comand mode。
3． Last line mode：将储存文件或离开编辑器，也可设置编辑环境，如寻找字符串、列出行号等。
不过可以把vi简化成两个模式，即是将Last line mode也算入Command mode,把vi分成Command 和Insert mode。

进入编辑状态：i
退出编辑状态：Esc
到第一行：gg
到最後一行：G
到某一行：xxG
到行首：0
到行末：$
复制：yy
贴上：p
复原：u
删整行：dd
删除全部内容：dG
显示行数：:set nu
不显示行数：:set nonu
搜寻：/、再次搜寻：n
储存：:w
离开：:q
储存兼离开：:wq 或 shift+zz
强制离开（不储存）：:q!

AppArch ProjectOne开源计划及预览版发布

shine — Mon, 10 Aug 2009 15:05:00 +0800

乐在其中 ( http://www.eoss.cn/blog/ ) :

网站开发讲究的是效率，能把一个创意在最短的时间内实现，往往容易占得先机。尽管Ruby On Rails的开发效率很高，但是如果每次开发网站都需要从头做起注册、登录、权限管理、忘记密码这些繁琐的基础功能，实在不是一件愉快的事。另一方面，尽管已经有几年的历史，Ruby On Rails在国内仍然属于迅速发展中的小众社区，到目前为止没有产生比较有影响力的开源项目，作为第一波绝大部分的Ruby On Rails开源项目几乎绝迹，如何为初学者提供一个学习、实践的案例成为一个现实的问题。

AppArch ProjectOne的目标是通过长期的、持续的开发形成：
一套实用的网站基础架构
一份完善的架构风格和指导原则
一个成熟的开源社区

目前已经实现的功能：
注册、不允许注册的关键字设置
激活、重新激活
登录
Remember me
注销
忘记密码
重设密码
修改密码
发生异常时发送邮件通知
权限管理
修改用户信息
全局错误处理
配置文件
登录失败5次需要输入认证码
管理界面
用户头像
类似于豆瓣的小组、豆邮、好友功能
注册开关
网站开关
自动识别URL和图片
...

正在进行的工作：
文档
测试
缓存
Ajax
代码重构、减少重复代码、优化
数据挖掘
...

讨论区和Demo
http://www.apparch.net

注1：目前没有打开邮件发送功能，所以注册后请直接点击链接激活账号。
注2：此版本为预览版，源代码近期放出。

欢迎有兴趣的Ruby开发者加入我们。

首次云计算头脑风暴

shine — Mon, 06 Jul 2009 11:00:00 +0800

乐在其中 ( http://www.eoss.cn/blog/ ) :

6月20日组织了杭州地区的首次云计算头脑风暴，简单说说吧。

1、云计算确实是一个众说纷纭的概念，也许下次把范围限制在云计算基础架构或者具体的虚拟化技术可能更好些。

2、国内已经有不少先行者开始研究、开发云计算服务了，时不我待，这也是最近很少更新博客的原因。

关注云计算的可以加QQ群：87833826

准备开源Project One

shine — Mon, 06 Jul 2009 10:48:00 +0800

乐在其中 ( http://www.eoss.cn/blog/ ) :

最近一直忙于研究云计算，把Project One耽搁了一段时间，打算本周修改一把后把源代码放出来，代码是写得不怎么样，测试和文档都还没有，算是准开源吧，想开豆瓣小组类似网站的可以试试。

第一个Ruby On Rails项目

shine — Mon, 15 Jun 2009 13:49:00 +0800

乐在其中 ( http://www.eoss.cn/blog/ ) :

网站开发讲究的是效率，能把一个创意在最短的时间内实现，往往容易占得先机。尽管Ruby On Rails的开发效率很高，但是如果每次开发网站都需要从头做起注册、登录、权限管理、忘记密码这些繁琐的基础功能，实在不是一件愉快的事。下面这些代码能够让我们直接关注网站的逻辑实现，而不是繁琐的基本功能。

restful_authentication_tutorial
http://github.com/activefx/restful_authentication_tutorial/tree/master

Bort - A Base Rails Application
http://jimneath.org/bort/

还有就是正在开发中的Project One。
目前已经实现了以下功能：
注册、不允许注册的关键字设置
激活、重新激活
登录
Remember me
注销
忘记密码
重设密码
修改密码
发生异常时发送邮件通知
权限管理
修改用户信息
全局错误处理
配置文件
登录失败5次需要输入认证码
用户管理
用户头像
类似于豆瓣的小组、豆邮、好友功能
注册开关
网站开关
...

可以在这里测试 http://216.45.55.12:8080/

目前没有打开邮件发送功能，所以注册后请直接点击链接激活账号。

第一个Ruby On Rails程序，胡乱写写，小心轻点，发现Bug可以提交到http://216.45.55.12:8080/group/1

国内首个开放式严肃游戏专用底层引擎——TR引擎架构简介

shine — Sun, 07 Jun 2009 23:53:00 +0800

乐在其中 ( http://www.eoss.cn/blog/ ) :

TR引擎由凌泽信息科技（我所在的团队）研发，为国内首例开放式严肃游戏专用底层引擎，核心技术已经申请软件著作权并通过了产品登记测试，为科技部评选支持项目。

TR引擎技术平台的软件架构设计原则是低耦合、可配置、高性能、高兼容。为实现这样的设计准则，所有技术及模块尽可能的采用通用编程语言如C/C++编写，保证了平台的可移植性。实际应用中每个严肃游戏产品并非需要集成所有的TR引擎技术。应用TR引擎开发的严肃游戏具有发布运行时优化、商业模式灵活的特点。

图形图像显示技术是TR引擎的核心部分，其他的技术模块则分别在用户界面、模拟逻辑编写、网络传输、运行时、编辑环境等各个环节提供给开发者全面的智能辅助和支持。下图为TR引擎技术平台的简要技术架构：

图一：TR引擎平台软件架构图
具体各技术及模块的目的和作用为：
显卡加速用户界面生成程序以及运行引擎 (PowerGT Engine)：组合、构建、并利用显卡硬件加速渲染用户界面的布局元素，能够和其他部分如三维渲染引擎有机结合；
二维角色动画的辅助生成及显示技术（Power2D）：基于基本的骨骼结构模型，结合预制的动画模板生成逼真的物体运动动画序列或过程，可在二维实时渲染中回放；
用户界面及场景集成开发环境(PowerGT Studio)：包括项目管理、图形资源管理、可见即所得的编辑器、发布功能模块的集成开发环境等。能够使非程序员也能有效的利用引擎技术制作严肃游戏的界面及逻辑；
二维场景及角色编辑工具（Power2D Editor）：Power2D技术的编辑工具，生成特定格式的动画文件；
三维渲染引擎(PowerVS)：基于显卡加速的三维模型渲染引擎，支持贴图映射；
三维角色动画辅助生成及显示技术（PChar）：基于基本的骨骼结构模型，结合预制的三维动画模型生成逼真的物体运动动画序列或过程，可在三维实时渲染中回放；
复杂流程及逻辑的脚本解释、运行引擎（PScript）：支持人物、对话、逻辑、流程等模拟脚本的编写及解释，提供相应的接口支持，可以直观、简洁的表达静态、动态的模拟过程；
基础网络通讯协议及开发接口(PComm)：基于Socket和HTTP协议，提供网络化分布式的软件部署，支持动态传输游戏内容和逻辑，能够减少客户端安装大小，可以为用户简化部署成本，同时在商用环境中避免作弊行为；
物理模拟引擎（PPhX）：基本的重力、碰撞、加速、变形的模拟，支持更逼真的环境下的虚拟体验；
通用服务器端模拟引擎技术（PowerServer）：支持链接数据库，动态调度显示资源、三维模型、模拟逻辑以及用户特定的数据等，是网络化运营的服务器核心组件。同时支持服务器硬件以及并行计算能力，可以允许将来的大规模运用。