最近二年的工作思考

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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


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


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


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

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

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

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

基本是兼开发，兼架构，兼DBA。