杂谈 | 入职阿里2个月有感

Evan Donn
Written by Evan Donn on
杂谈 | 入职阿里2个月有感

没有人是自成一体、与世隔绝的孤岛,每一个人都是广袤大陆的一部分。 如果海浪冲掉了一块岩石,欧洲就减少;如同一个海岬失掉一角,如同你的朋友或者你自己的领地失掉一块。 每个人的死亡都是我的哀伤,因为我是人类的一员。 所以,不要问丧钟为谁而鸣,它就为你而鸣!

入职阿里两个月了,先谈谈这两个月自己收获了些什么吧:

技术相关:

  • 懂得了如何在发生故障的时候,快速想到使用什么工具去排查问题,当某个地方报警的时候及时想起上下游
  • 懂得了如何利用好公司的工具来处理tickets,快速处理这些霸占时间的琐碎事情
  • 懂得了冗余一定会出现数据不一致性,两份数据的时候,数据不一致性是一个非常棘手的问题。
  • 懂得了@Async这个注解会创建子线程,且异常不会被捕获的坑
  • 懂得了@Transactional的传递性是怎么进行的,该在哪一层加这个注解是最合理的,当含有子线程的时候还能否保证事务一致性(不能)。
  • 懂得了@Cacheable注解缓存内部调用失效的解决办法
  • 由于retry用到了aspect增强,所有会有aspect的坑,就是方法内部调用,会使aspect增强失效,那么retry当然也会失效。– 自我注入
  • 日志永远是排查问题的好帮手,首先要有打日志的意识,关键信息(业务)、堆栈信息,以便在发生异常的时候问题的排查,其次是要在发生问题的时候精准定位到日志所在地,找到日志文件(应用日志、业务日志、中间件日志)
  • 面向失败的设计,面向失败写的代码,如何减少防御代码(流入时对其合法性校验、过程中业务校验、最后底部依赖时再对其他系统返回值校验,一旦失败以打日志+异常的形式抛出)。常见的有,调用超时要考虑到(限流、网络抖动、对方服务不稳定),导致本次请求失败了,非常严重,该解耦要解耦,该补偿的要补偿(定时任务补偿、消息补偿、重试补偿)

方法论相关

  • ALPD课程实践学习,体验了ES->SBE->每一个边界都是交互->交互过程中建模->建模是探索和发现的过程(业务探讨>技术)->DDD代码架构。测试先行,TDD->BDD的一个常识
  • 研发效能36计,SCRUM开发,敏捷跨界,结合ALPD课程,奠定了一个项目管理+建模+敏捷教练的职业发展方向,在调研中。
  • 《金字塔原理》- 在书面表达和口头表达的时候,让自己的观点更简洁明了,同时也是一个思考工具,思考别人的观点是否站得住脚,是否有依据,SCQ大法。
  • 《GETING THINGS DONE》精力管理,将大部分事情外包给list,交给工具去管理而不是占据大脑。

阿里成长相关

  • 仰望星空,脚踏实地。在埋头做事的同时要抬头看路,什么是思考?定义问题的能力就是思考,当你不能很好的表达一件事情的时候,证明你的思考度不够
  • “OWNER意识”、”业务sense”以前总不懂这些阿里土话到底是什么意思,但是我现在逐渐有点明白了,其实很多事情,换个角度看待,换个思维去想,就是另一番感觉和天地。
  • 如果说你的目标是更远的,p9?p10?那么3.25几乎就是必经之路了,又何必在意是什么时候呢?甚至希望越早越好,如果扛不过去,那也成为不了阿里的leader,不能真正融入阿里。
  • 要理解清楚全球之间的差异、国家之间的差异、种族之间的差异、不同文化之间的差异、公司之间的差异、部门之间的差异、领导之间的差异,没有什么是亘古不变的,唯有充分认识到差异并合理的求同存异,才能在各种情况下坚守,只有先坚守住了,才有可能拓展,外拓的可能性。
  • 既然接受了阿里给予的大礼包,那就不能只想着享受着阿里的福利、平台,却一直抱怨着各种不满的地方。
Rating:

Comments

comments powered by Disqus