[片段] Mybatis ResultSetHandler实践
这次拦截的方法是handleResultSets(Statement stmt),用来批量解密用@Encrypted注解的String字段,可能还有一些坑。
1 |
|
1 | package app.pooi.common.encrypt; |
这次拦截的方法是handleResultSets(Statement stmt),用来批量解密用@Encrypted注解的String字段,可能还有一些坑。
1 |
|
1 | package app.pooi.common.encrypt; |
职业发展的驱动力应该来自自身,工作属于公司,职业生涯属于自己。
大多数人形成的错误的心态: 认为在为公司打工,没有把自己的职业生涯当作生意来看待。铭记在心,开始积极主动的管理自己的职业生涯吧。
自己能提供什么:自己的能力就是创造软件
自己需要做什么:
持续不断地改进和完善自己的产品
传达自己的价值,和千万同行的独特之处
一头扎进工作不可能非同凡响,你应该:
无论因为何种原因你没有为自己的职业生涯设定目标, 现在都是时候设定目标了。 不是明天, 也不是下周, 就是现在。 没有明确的方向, 你走的每一步都是徒劳的。
先在心中树立一个大目标,然后分解成多个小目标
定期核对自己的目标,必要时还要调整。
如果刚刚投入工作,工作还无法完全胜任,那我的建议是多写写代码,打怪升级完成自己的年度绩效。
如果已经能够胜任当前工作,下一步应该集中在提效上。这一步和之前自己积累的经验和知识密不可分,只有真正了解代码懂代码,才能从同龄人中的“熟练工”脱颖而出,两者的提效虽然结果一样,但是本质却完全不一样。
如果已经摆脱了熟练工的称号,实际上已经完成了自我提效,提前完成自己的本职任务,下一步可以计划推动团队的效率。
如果太过专注技术,专心自己的一亩三分田,相当于给自己设限成毕业两三年的水平。这种人应该被打上不胜任的标签,在寒冬中很容易被优化掉。专注技术还有一个误区,就是容易把“实施细节”和“技术”两者混淆,特别在软件行业“实施细节”很容易随时代改变,基本三年就会大变样,而“技术”类似于“知识”不会过时。看到这里大家可以自己思考下,自己学到的到底是“实施细节”还是真正的“技术”。
恭喜你跨过了第一道坎,推动团队进步不是一个人的事,一般推动团队分为两部分:个人影响团队,团队自我驱动。
个人影响团队比较简单,就是把自我提效所积累的经验和知识共享给整个团队,完成的手段可以是博客分享,会议分享,文档分享。
团队自我驱动,实际上我把整个团队拟作了一个人,一个人找出别人的缺点很容易,但是找出一个团队的问题却没那么容易,同时也会受到公司和领导的局限,比如一些项目管理的领导就是二传手,只催你进度的那种,这时候就需要你主动找他讨论。
如何找到团队的缺点?可以通过下面两个大类的套路:管理手段和技术手段。
管理手段可以从知识管理、代码规范、需求分析三处着手:
知识管理: 建立知识库,避免重复的培训,重复的解答问题
代码规范:借助代码缺陷检查工具,具体到负责人提升代码规范
需求分析:避免低效,无效会议,避免各种妥协下产生的需求
技术手段比较简单:
重构升级:弃用老的架构,拥抱新技术,带领团队提升技术
内部造轮子:内部定制工具,帮助团队高效完成任务
找到了团队的缺点接下来可以制定度量,衡量团队的推进程度,可以从两个角度进行度量:
跟自己比较:比如这次做需求提测bug数减少,需求delay少了,满足需求不需要上线只要配置上线,等等
和别的团队比较:这个比较凶残,我也不知道用什么度量比,但是有的大公司就是这样做的。
从发现缺点到最后得到成果完成团队推进目标,是时候写个ppt在领导面前吹一波了,这个就不用我教了。
Update your browser to view this website correctly.&npsb;Update my browser now