回想最近2年的工作,有得又有失。喜忧参半啊。
1, 09年还在一个大型IT公司做螺钉,想起那时真是傻的可怜,但是毕竟也是一种经历,
那时候,都是做些边边角角不起眼的功能,可能老大看我经验不丰富吧,在这个公司一年多
都是在打杂,有时候有自己的想法与老大不一致时,还要被呵斥,不过事实证明大部分都是他对
的,我对的几乎不多,由于自己性格还是蛮倔强的,还是坚持自己的意见与设计,所以犯过一些
错,正式由于这些错,也学会了很多,经历了很多。代码本身其实意义不大,一般的公司都是实
现功能而已,不太会在意你的太多其他所谓的想法,所以我们都是带上思想的枷锁。
2,10年离开了这家公司,来了新公司,公司很多东西不规范,开发没有文档,需求没有很详细
文档,都是口口相传,不过业务还是蛮复杂的,业务流程花了一个多个月后基本上手了,但是
本人对于架构其实还是不怎么太理解,开发新需求,维护别人的代码,从不熟悉到熟悉,
发现之前写的代码良莠不齐,过多的数据库冗余,系统之间耦合非常强,常常导致一个加字段,
其他也跟着加,更出现加完之后发现已经有同样意思的字段,哎,苦于没有一个架构师啊,
没有开发文档,维护很痛苦。
3,干了几个月老大给我机会去另一个团队当leader,又面临业务的熟悉过程,不过还好,
业务不复杂,同事也蛮给力,只是交接比较坑爹,那个前任leader我刚接手就请假2周,
完了还不回来,之后苦苦哀求就来了2次加起来不到一天,还有我在代码上有有一些造诣
很快就上手了,不过系统架构还是不错的,只是有些细节有一些问题,比如没有业务异常
都是返回值判断,方法命名也不好,很多名不副实,更有甚者很多重要模块没有任何事务
处理,提示全部中文。我很开心,因为期待改善还很多,正是学习之良机。。。
事实证明在大概半年之后,团队里2个同事双双离职,不错还好招了2个,对 培养业务入手
一开始就要求代码规范,写技术设计,代码review,同事之间合作也还不错
基本这一年内没有发生大的故障,每次上线都还稳定,hotfix也才2次,
跟团队同事的努力,大家对业务的理解,还有跟业务部门之间同事的配合息息相关。
现在每隔一段时间都会抓下一些业务的执行日志,看看哪些个业务慢了,是表设计问题?
程序逻辑算法问题?还好每次都能有所改善,系统每天都在进步。
它像一个孩子,需要呵护。。。。。
之间也经历outofmeomory异常,性能调优,sql调优,索引优化,
基本是兼开发,兼架构,兼DBA。
最近二年的工作思考
猜你喜欢
转载自treemap.iteye.com/blog/1168072
今日推荐
周排行