回顾2014
回顾2014，是个比较多事的一年，一次辞职不成的经历，做了三个项目
1、辞职
身在一家广州的外包公司(银行方面的)，做了两年多，工资一般般，也没想那么多，就想着换个工作环境，就提交了辞职申请。不过本人也不是面霸类型，不会各种吹嘘，面试都是一般般，但也收到另外的外包公司offer，工资还也就外包行情价，本人觉得一般外包也是看工作年限的，也不管你技术怎么样。就算你技术很厉害，但只有一年工作经验，估计价钱也高不到那里去。（在这建议技术好的，最好不要进外包)
后面当时项目的项目经理得知我的情况，劝说我留下，因为他知道外包走去别的外包公司也就那样，他知道我虽然不太爱吹嘘，但技术还是不错的，而且他还是跟我同一个大学，说起来算是师兄弟的关系，他就出面跟我谈工资，我也说了外面给我的价钱，他听了就立刻说没问题。后面部门经理也找我谈了，说工资方面没什么问题，最后就没走成。
2、赴厦门维护系统
在辞职之前，除了一开始那年再深圳出差外，回来广州一年多都在维护在某行的海外报表系统维护。一年多的维护跟优化，海外报表系统也日臻完善。因为我工作的不错，银行那边报表的负责人还想推荐我进银行，可惜我工作年限跟学历都跟不上。听说以前不少外包的人也是这样给银行招进去，不过现在进银行的门槛高了，动不动就911学院研究生什么的。
经过辞职事件后，5月份我就被派到厦门维护那边分行的授权文书管理系统，用的是SUP1(听说SUP，估计有些同行也知道我公司服务于哪个银行了吧)，SUP1当时设计的时候，还使用jdk1.4，想想我自学java的时候，就已经用1.5了，看着里面的集合类都没有泛型，觉得特别扭。
不过像SUP这种SOA类的开发工具，也是挺不错的，好处是基本很多功能都帮你实现了，令你更加专注业务，但坏处还是有的，就是出错你也无从入手。
因为工作的环境就在厦门有名的鼓浪屿对面，所以，我望了鼓浪屿两个月。
其实像这些银行的内部系统也就那样，基本都是CURD加一些简单逻辑。
其实这个系统对于我来说，收获最多的还是在web中操作office。里面用了一个叫DSOFramer的免费插件来在web中操作office，当然在维护期间我也被这个插件坑了不少，不过坑也好，能把坑埋了，自己的技术也就有长进了！~我在博客也写了关于DSOFramer的一些注意事项，详细见：
当然现在很多OA系统在office操作方面也做得很完善了，或者用收费的插件。但也不妨某天你会用到这个免费的东东。
3、进入FIMS
7月厦门回来后，刚好某行的FIMS系统也开始忙碌起来。而我也是这样被分配过去了。
忙碌主要是因为国家外汇局要增加对外金融资产负债部分的数据采集。
下面简单的说说FIMS这个系统吧。
FIMS这四个英文字母具体怎么翻译我也忘记了，反正就知道它是一个海外数据报送的系统。总之跟海外的各种交易，国家外汇局要求的数据，银行就得上报给国家外汇局做统一的存档。听说这样的系统，基本比较大的银行都会有，特别做海外业务必须有，如果发现不上报数据的，国家就罚银行的钱。
我作为一个走纯技术的开发人员，到场后主要还是关注这个系统用到的技术。这个系统主要分三块，一个java做的前台录入系统，一个java写的接受数据并进行一定规则抽数的程序，还有一个java把上报数据包装成xml报送到外汇局的程序，当然，其中还有些用pro*c写得处理程序。
进去FIMS，我算是前端的小组长，新加入的对外金融资产负债，也是我主负责。前端录入系统我觉得界面比较一般，用到技术也没什么，就是jdbc加dwr
不知道有没有做银行方面的同行跟我有一样的同感，银行web开发比较多都是用java(我接触的系统，基本都是java，比较后端的是C跟shell)，什么java三大框架基本不用上，除了他们的SUP开发平台之外，但SUP也只用到spring跟hibernate，ibatis，而且还是封装过的，基本用不上三大框架的API。
对于当今，国内招聘java的，都是说要会三大框架，银行方面就显得跟不上时代似的。但现在我也工作了几年了，回头看，其实银行这种不用框架的做法，也并没有道理。至少在运行效率上面，简单封装的jdbc应该比hibernate这种封装的框架要快。估计也有人站出来说，框架怎么怎么好，开发效率高，很多DAO，AOP都帮你做好了吧啦吧啦一大堆。
但过于依赖框架，很容易令人忘本。而开发效率什么的，当你进入一个项目，花几天了解业务跟开发流程后，开发效率绝对不会低。
4、进入“一号工程”
12月份中进入某行的省行“一号工程”项目，而这个项目本身是深圳的一个信息平台，深圳的行长升了广东省的行长，他觉得深圳的信息平台做的不错，要全省推广。接着，大家都懂的。。。
上面领导要求1月底要上线，算算时间只有一个多月，要把深圳那边做了两三年的项目弄过来，时间也是十分紧张。虽然源码已经从深圳那边直接弄过，但很多业务的转换，机构，人员信息配置，权限的设置，修复bug，优化等等也是够呛的。
因为我刚进公司就直接过去深圳做那个信息平台，所以我就被捉壮丁捉过去了。而我公司同行的还有伟哥，跟一个应届生。一共三人，伟哥的位置是项目经理，而我是纯技术支持，应届生就等我们分配任务，因为人不够，还从旁边的外包公司借了两个一年工作经验的人过来，不过我觉得他们作用不大。一共五个人就开搞了。当然还有其他公司做数据支持方面的内容。
先说说这个信息平台吧。主要技术是SUP平台开发，集成cognos报表系统。没错，又是SUP，不过这次是SUP2.0.2，jdk版本也不算低，1.6的jdk。
进入项目后，因为我是项目中唯一一个了解深圳的这个平台的人，所以我就负责平台的编码修改，bug修复，功能优化等工作。而项目经理伟哥则负责统筹，跟领导开会，扯需求等等。
因为时间急，所以每天都得加班到9点半，周六也要加！估计有些人就说，那不是很正常嘛，做IT的哪有不加班。其实我工作两三年，真的很少时间加班。
经过小组的努力，最终平台还是按时上线了。
在这个项目我觉得自己也成长了不少，算是14年收获最大的项目。在部署java web方面学习到不少东西，特别是SUP的部署。对weblogic这个应用服务器也有了进一步的了解。
项目的环境是：window server2003+SUP2.0.2 server+weblogic10.3
估计很多人做java web，都是从tomcat应用服务器开始，开发tomcat已经很够用了。weblogic这种收费的东东，一般的公司很少用。不过银行财大气粗，不管什么，那个叼就用那个。行内很多java项目都在weblogic上面跑，不过weblogic确实在高并发，高负载比其他应用服务器好上不少。
而且很多培训java的培训机构，也是直接用tomcat做项目，也不会拿真正上得了台面的应用服务器教学。
而我在这个项目之前，也是没有参与过weblogic的部署。也是现学现卖，很多时候工程明明在tomcat上面跑得好好的，但在weblogic上面跑就报一大堆错。一开始我还抱怨怎么weblogic就那么难用。最后上线的一个星期，基本我每天都在机房搞部署。后来我才知道，这也是weblogic为什么好，因为它很严谨，部署的时候它会检查是否符合各种规范。不合规范它就不给你过。
一开始，我们只部署起一台服务器，但这个是给整个广东省的银行机构用的，虽然是内部系统，但一台机器肯定撑不过来。那么，要怎么搞？
集群，估计很多人都想到这。其实SUP也提供了集群的部署，我看着文档步骤操作，但就是搞不起来。而且报错也不知道从哪里入手，毕竟封装得太深了。当时时间紧迫，银行方面的负责人就说，直接每台服务器独立部署一个，只要各个版本一致就没问题，中间同过F5进行负载均衡。他们很多项目都这样干(F5是什么请自行度娘)
而SUP的集群方案是一台机做主节点，其他的机子配置成子节点，主节点可以管理下面的子节点，大概这样。
当然我也不知道现在面向大众的大型网站，他们的集群是怎么搞的。反正我觉得思路就是这样，只要把压力均摊到各个服务器上，就可以支持大用户访问。当然到一定数量级(像淘宝这种)，估计就得有一套很完善的解决方案才行。从前台静态资源到后台数据存储等，都是值得深究。
唠唠叨叨也写了那么多。
本博完~~~~
