从淘宝某个高层口中知道淘宝的一些应聘流程，知道不是用什么技术开发了什么东西，而是要了解为什么要用这种技术，为什么要用这种框架，对于开发的对象，用这种框架、技术是最适合的么，经常保持此种想法是可以迈向框架师的。
说说现在做的这个项目，做了长达8个多月，前期需求没有落实，只是搭了个框，导致之后重复工作很多，做完一遍了再对照客户需求不同了，又全盘推翻重做，从这可以看出前期需求的确定是多么重要，没有落实的需求再怎么努力只能做出个半成品。
因为是针对政府做的系统，客户要求的是使用，简介，个人觉得C做的系统也是不错的，起码能在同一个页面实现很多操作，对于政府部门的使用还是很方便的，当然为了升级，还是改成了JAVA。
工作两年懂得了工作时也是学习的时候，千万不要放弃学习，就是不放弃自己，工作空余时间多看看笔记，吸收知识，写写BLOG感想，才不会忘记自己当时做了什么，已经学会了什么，所以以后要多写BLOG，即使零散也要记录下去。
现在的技术各有利弊，hibernate实现了SQL的自动生成，完全映射数据库，简便节约时间，但是ibatis能自主编写SQL、仅能生成标准SQL和部分映射数据库的优点也很具自由度。这要看开发的是什么系统，更适合哪种开发技术来选择了。不管什么项目，优化还是挺重要的，不同的是要求的高低了。
一年前做了一些东西，现在来总结一下。一年前先开始的是维护一个比较成熟的框架系统，名字叫做核心平台三版。设计原则，主要采用的是组件自治的业务模型，就是主业务下有很多相关的业务服务，每个都做单独一个菜单并且实现自我管理。分层原则与层次职责，前台组件都需要后台内部结构做支持，详细设计时，内部结构为请求处理层(action)、视图服务层(视图服务接口层facade、视图服务实现层imp)、业务组件层(算法bpo、业务对象vo、数据访问对象entity)。界面视图层在客户端，在改框架下，提供了一套用于快速开发jsp UI的标签库。控制层用于控制程序的流转，开发时不需要开发该层，所以没有接触：编码处理器、协议识别器、安全处理器、前端控制器、任务分发器。
待续。。。
今天敲代码的时候发现，开发一个新的模块不能一遍通过，其实有部分原因是敲代码时没敲规范造成的。试过在生成的模板上做小小修改之后发现基本没什么错，几遍就可以搞定了。自从有小弟之后发现很多问题自己做会做，可小弟问时就会词穷，不知道怎么回答，更严重还会心虚。。。。现在还没找到好的方法解决此类问题，有待发掘；初步总结是1.表达能力欠佳，词不达意2.肚里缺乏专业词汇3.确实不懂，心虚了，不能静下心来按往常步骤解决问题。。。淡定啊，淡定。