需求调研、总体设计、开发过程、代码结果、运行效率，也许这些是作为程序开发的我们所关注的问题。其实就这个过程中的每一步而言，都有向优雅方向努力的需要，也许最终会形成一个优雅的软件项目工作方式。呵呵。。扯远了，其实作为开发人员我们最为关心的也许就是优雅的系统框架以及代码过程。优雅二字，说起来很
easy
，每个人随口就可以说出来，但是真正的要去做到这两个字实在是需要我们投入相当的的时间与精力去做这件事情。
做开发已经好几年了，自己也有很多的想法。虽然自己在过去的一年半时间里面离
开发逐渐远去，但是回过头来我依然觉得自己需要、也希望能投入到一线的开发过程当中。所以这段时间也在研究一些自己感兴趣的内容，也是希望这些内容以后能与小组中其他人的兴趣进行一些结合，碰撞出更多更绚丽的火花来。谈到开发，谈到优雅开发，我最近也是在琢磨“优雅”这两个字
。。。怎样才能让我们真正的向这个方向发展呢？我觉得有那么几点内容是我们需要首先做到的：（装次文人，所以用两句古语来进行评点好了）
所有得软件系统在设计系统框架得时候都必须能将未来做出更加充分得预测，同时需要在系统框架上做更多得工作使得系统得兼容性更好。说的很是空洞，其实简单来看就是在系统框架设计上必须要符合一种灵活部署同时尽可能多的去满足已知的软件标准。确实，我们无法预知技术在
5
年，
10
年后会是什么样子，甚至
3
年后会是个什么样子我们都无法预测。
Ajax
基础从
05
年年底开始横扫互联网，但是到了
06
年
12
月就开始出现“
Ajax
只是一种瘦客户端向胖客户端发展过程中的一个过渡技术”的声音（对此，本人不置可否）。我不是大师，所以我无法知道这种过渡技术会有多久的生命力，但是我一直认为软件系统中表示层技术更新的周期应该就是
3
年左右。所以我们仔考虑软件核心系统的时候就必须去考虑如何让软件架构更为合理，让软件可以有更为优秀的生命力。
为了让软件能有更加强大的生命力，同时有更加良好的兼容性（永远不要忘记，这是
一个合作的年代，没有人说可以一个人独霸武林的），我们在整个软件系统的框架设计上就必须提供更加灵活的方式。这些要求我们的系统必须采用标准的信息、数据交换技术来实现，而不能仅仅只是支持我们自己的技术规范，我们需要支持的是一种标准的软件规范。对于这些要求，我个人觉得软件行业一直提倡的“构件”这个概念比较优越。按软件构件提出的设想，我们最终的软件就应该和
Windows
一样的玩法：所有符合规范的软件系统都能在一个平台上进行简单的安装、配置然后完成其具体应用的实现。构件技术的使用可以有效降低重复投资率，抽取相关应用的共同点（肯定会有，没有就继续找，没有共同点凭什么叫做“相关应用”？），建立基础构建安装管理平台，然后在平台上真正的实现软件的即插即用，甚至是新的标准的兼容协议的即插即用。。。
其实就支持标准规范这一点而言，我个人以前意识很弱，甚至说根本没有这么去做，所以今天写这文字的时候很是汗颜呀。。。
作为软件系统，从本质而言，都是出于草根滴。如果在这种背景下你无法去做到一步一个脚印，做到博观约取利用多方面的资源，踏踏实实，这个软件系统最终很难成功。也正式这一点就对我们提出一个核心问题：坚持一下，再挖一米就是油：）
作为
java
程序员，很多人都会郁闷，郁闷的是
java
的开源社区太过于活跃了，总是不停的有新的内容需要你去学习，总有一些新的想法让你感到震撼（震撼的结果就是－－去学）。但是就是因为开源社区的活跃实际上给我们提供了更好的一种开发模式，让我们不需要去重复的创作一些已经存在的解决方式，让我们能够以最大限度的来进行根据需要开发还没有实现的内容，或者是进行应用的整合达到目的。做到这些，我们需要不断的更新自己的知识库，不断的再
java
社区摄取能量。（当然，社区也需要我们不断的贡献才能获取其生命力）多看，多了解，也许很多东西你现在用不上，但就像技术趋势一样你无法预知今后你是否会用上，只有你有了一个容纳很多概念的索引库，才能在你想要实现应用时将这些概念融入到你的工作，捏开发之中。。。正所谓：磨刀不误砍柴功是也
所以，作为程序员，作为
java
程序员，你就必须要做到“博观约取，厚积薄发”！这是你的工作对你的要求。
“
优雅”很难，但是我们都可以尽力去完成自己能做到的那一步。结合标准以及已有技术（框架、功能等），我们能再提高自己的代码效率的同时让自己的软件变得更加生动。程序员只有再软件让自己感到满足的时候这个软件才是最好的，永远都要想着怎么把需求引导到自己感兴趣的内容之上！