业务上，从刚开始对供应链几乎没什么了解，到现在基本上熟悉了供应链的各个环节，包括订单的正逆向流转的各个环节，库存包括一件货物的生命周期整个流转过程，采购到退仓，一退二退三退等，供应商部分:供应商入住，框架合同，品牌授权等。业务上能够及时向相关接口人咨询相关问题，通过代码反推业务逻辑的方式来熟悉整个业务流程，总结沉淀了订单履约相关的文档，熟悉了scm审批流的开发，以及解决遇到的各种问题。
技术上，也没有懈怠过，在业余时间研究学习了tmf框架以及hsf框架的源代码，窥探框架的演变过程，以及里面所用到的设计模式，或者反模式，吸收良好的编程思想，当然这是个很复杂而又漫长的过程，而且学来为所用也需要假以时日，但是学习的过程是不能停止的。生命不止，编程不息。
最近也有在看一些书，比如《Kafka技术内幕》，《Netty实战》，《Fluet Python》等都是很好的书，慢慢一点点的吃透。
生活上，最主要是规律的坚持运动，从一个160斤的胖子变了一个140多斤的胖子，参加了1次杭州马拉松，很享受运动的过程，以后还会一直继续。
个人的规划方面，最近几年肯定都是以技术为主，而且也喜欢技术，喜欢折腾，最近3年之内肯定都是增强自己的技术水平。当然也不只是全是技术，人生也不只是技术，大部分情况下，技术是靠业务驱动的，没有业务，技术一毛钱不值，必须是掺了业务的技术，虽然个人的努力在整个浪潮之下作用不大，而且无法改变整体局势。未来的方向一定是对某个业务很熟悉 ，然后对相关业务的，技术的整个架构，甚至底层都很熟悉，我觉得这样也很酷。追求程序的自动化，配置化，健壮性，高吞吐等，当然也要跟上时代的潮流学习AI技术，万一以后AI时机真的成熟了，说不定真的不需要一堆一堆的前后端程序员了呢，一切皆有可能，时常保留一点危机意识，大厂程序员是螺丝钉，小厂程序员干杂活，这话不假，当然如果一味的自己拧螺丝未免单调了些，如果能够发现拧螺丝的之外的过程，熟悉每一个步骤，在懂了how之后再问个what，最后在问个why，如果每个问题自己都能够这样的解决了，那么你就不只是一个螺丝钉了，环境会有一些因素，关键在个人。
对于scm团队的建议：
- 可以进行code review，互相review，能够尽可能少的降低低级bug的产生
- 技术分享，每隔一段时间，都准备一项技术或者一个功能展开一次分享活动，只有在讲述的过程中才会知道自己有哪些不足。
- 可以多组织活动，聚餐、烧烤、徒步旅行等，增强联络感情
本文采用 署名-非商业性使用-相同方式共享 4.0 国际 许可协议，转载请注明出处。
