忽然发现，我有点out了。在一个技术讨论会上，作为旁听者，听着一伙人在热烈地讨论一些很OO的东西，比如选择哪个框架，是Cairngorm，还是PureMCV，还是类IOC之类的，有人说Cairngorm有...缺点，也有人说PureMVC不好，Mate比较好，但又有哪些不好。

类似的问题还有：选择哪个单元测试工具？选择哪个压力测试工具？选择哪套UI组件？....在论坛上，这类问题数不胜数。

但讨论了半天，却很少讨论项目需求。

--------------------------------------------------------------------------------------------------

有一个驾驶热气球的人发现他迷路了。他降低了飞行的高度，并认出了地面上的一个人。他继续下降高度并对着那个人大叫，“打扰一下，你能告诉我我在哪吗？”
下面那个人说：“是的。你在热气球里啊，盘旋在30英尺的空中”。

热气球上的人说：“你一定是在IT部门做技术工作”。

“没错”，地面上的人说到，“你是怎么知道的？”

“呵呵”，热气球上的人说，“你告诉我的每件事在技术上都是对的，但都没有用”。

地面上的人说，“你一定是管理层的人”。

“没错”，热气球上的人说，“可是你是怎么知道的？”

“呵呵”，地面上的那人说到，“你不知道你在哪里，你也不知道你要去哪，你总希望我能帮你。你现在和我们刚见面时还在原来那个地方，但现在却是我错了”。

--------------------------------------------------------------------------------------------------

程序员往往容易从自己的角度出发去思考问题，却很少从现实的角度考虑做法的实际意义。

有Java程序员发现在Flex Builder中无法自动生成getter/setter（现在好像可以了）或Cairngorm模板，一时冲动要编写一个插件要实现这个功能。我不知道自动生成代码这个功能到底能提高多少工作效率，但我想即使是手动敲，也就是一分钟的事。在编写程序的过程中，很多想法往往是在敲击键盘的过程中诞生出来的。编写代码，如果不用键盘，似乎丧失了很多乐趣。

这是一个注重用户体验的时代，甭管什么技术，用户满意就是最大的成功。技术并不存在什么优劣，关键是怎么用，什么人在用。