工作之余，写点自己对这段时间的一些感受，同时对JEECG的一点建议

   从年初到现在，一直都处于比较忙碌的阶段。因为公司现在做的这个项目有点大，而且项目的框架原来也不是自己构建的，经历了对需求一点也不了解，到最后软件产品才慢慢的适应用户，大费周折了好长时间。中间有好多批人都经受不了这种需求部断更新和开发压力，而逐渐离队。而此时，我的压力更加大了。等那些人离队以后代码再去维护，每个人的代码都写的很乱，到这里我就郁闷了，软件存在的问题主要分为几点：

   1、代码没有注释
   2、系统的数据访问层，存在相当多的同样的方法。导致代码可重用性低。
   3、数据库设计极为鸡肋，由于项目开发仓促，也是为了先争得行业的某个领域的空缺，所以在一切业务都部了解的情况下就开始立项。做项目了。数据库设计更是一改再改。
   4、代码没有规范，公司大部分人都是进来的新手，写代码的经验能力，都相当低。业务逻辑写的很混乱。
   5、因为团队前端这一块，是开发团队最大的短处，第一次给客户演示的时候，由于运用了国外的一些Flex作为前端框架，用户难以接收。导致被行业领导一顿痛批。为此，我根据个人之前对easyui的了解。运用来做前端框架，开发效率确实提高不少。而且对于那些不懂前端的人来说，不用去管很多东西。但是结果是，easyui有一些问题，可能是个人对这个前端框架研究得不深。导致的问题。或是对前端架构的认识太浅，才导致的。注：（声明下哈，不是说easyui不好，确实是个很好的框架）。在系统逐渐庞大，或者用户网络效率低的时候，系统客户端渲染就很慢。o(︶︿︶)o 唉。
  
   后来慢慢在网上不断的寻求解决方案，有一天发现了 JEECG 这个是个好东西，呵呵，我对他的理念，相当感兴趣，首先对于比较重复的功能点工具类都有，而且是他可以加强对代码规范这一块加以解决。减少了团队的人力需求，和代码开发中不规范带来的一定风险。虽然它dome用的是easyui。但我个人觉得，既然是开源的个人当然可以去拓展，和更替了。所以我专门在开发小组宣传这种理念，希望更多同事加入去研究或者深入的去了解JEECG这个框架。

   在我个人看来，由于我们扩展都是用户都是没有接触个管理系统这块，都是新兴客户，所以他们根本是很关心你开发用了多少人力和时间。只是希望你能在最短的时间内达到他的需求，但作为开发人员来说，往往面对这样的事情就比较麻烦，有时候为了应付客户在规定时间内拿出的产品，不得不先慌忙的做，而且很多公司得面对人力资源的紧张短缺，甚至有时候因为这样而导致项目的终结和失败。
 
   正好 JEECG 理念对于很多这样的团队来说，不为是一个很好的拓展思路，虽说目前还处于一个较为萌芽的阶段，当然也存在一定的问题，但是个人看来，出发点和理念决定以后的开发团队模式，必将运用这种工具和理念去解决开发中存在的问题。

   对此我对JEECG充满了期待，希望 jeecg 能在未来的开发中能完善升级。

   建议：
     
      1、框架自由选择、也可自定义，因为我们的项目框架都是自己写的，除了数据访问层以外。
      2、客户端自由选择，比如不生成客户端代码这一块。因为客户端这东西比较复杂。很多东西可以由开发者自己选择定义。
      3、尽量写成一个工具软件的方式，或者开源方式（代码）两种。


这只是个人的一点工作中遇到的问题，和对jeecg的憧憬。