最近二年的工作思考

[size=large]回想最近2年的工作，有得又有失。喜忧参半啊。

1， 09年还在一个大型IT公司做螺钉，想起那时真是傻的可怜，但是毕竟也是一种经历，

那时候，都是做些边边角角不起眼的功能，可能老大看我经验不丰富吧，在这个公司一年多

都是在打杂，有时候有自己的想法与老大不一致时，还要被呵斥，不过事实证明大部分都是他对

的，我对的几乎不多，由于自己性格还是蛮倔强的，还是坚持自己的意见与设计，所以犯过一些

错，正式由于这些错，也学会了很多，经历了很多。代码本身其实意义不大，一般的公司都是实

现功能而已，不太会在意你的太多其他所谓的想法，所以我们都是带上思想的枷锁。

2，10年离开了这家公司，来了新公司，公司很多东西不规范，开发没有文档，需求没有很详细

文档，都是口口相传，不过业务还是蛮复杂的，业务流程花了一个多个月后基本上手了，但是

本人对于架构其实还是不怎么太理解，开发新需求，维护别人的代码，从不熟悉到熟悉，

发现之前写的代码良莠不齐，过多的数据库冗余，系统之间耦合非常强，常常导致一个加字段，

其他也跟着加，更出现加完之后发现已经有同样意思的字段，哎，苦于没有一个架构师啊，

没有开发文档，维护很痛苦。

3，干了几个月老大给我机会去另一个团队当leader，又面临业务的熟悉过程，不过还好，

业务不复杂，同事也蛮给力，只是交接比较坑爹，那个前任leader我刚接手就请假2周，

完了还不回来，之后苦苦哀求就来了2次加起来不到一天，还有我在代码上有有一些造诣

很快就上手了，不过系统架构还是不错的，只是有些细节有一些问题，比如没有业务异常

都是返回值判断，方法命名也不好，很多名不副实，更有甚者很多重要模块没有任何事务

处理，提示全部中文。我很开心，因为期待改善还很多，正是学习之良机。。。


事实证明在大概半年之后，团队里2个同事双双离职，不错还好招了2个，对 培养业务入手

一开始就要求代码规范，写技术设计，代码review，同事之间合作也还不错


基本这一年内没有发生大的故障，每次上线都还稳定，hotfix也才2次，


跟团队同事的努力，大家对业务的理解，还有跟业务部门之间同事的配合息息相关。


现在每隔一段时间都会抓下一些业务的执行日志，看看哪些个业务慢了，是表设计问题？

程序逻辑算法问题？还好每次都能有所改善，系统每天都在进步。

它像一个孩子，需要呵护。。。。。

之间也经历outofmeomory异常，性能调优，sql调优，索引优化，

基本是兼开发，兼架构，兼DBA。[/size]