遥想 60 岁退休，我对于自己的职业定义是软件领域专家。
通俗来说，如果谁有一个我认为惊艳的 IDEA 且有资源，我能够组建技术团队实现它。

短期规划

立足当先，才能仰望星空。

在实际工作中，我会私下对于自己维护的代码进行吐槽。吐槽最多的是为什么自己项目接口返回的数据实体有二方库进行定义的呀。这直接导致来如下槽点：
1、为什么自己项目返回的数据自己不知道？
2、为什么自己项目返回的数据被用在哪里自己不知道？
3、如果使用二方库，该项目的地位是什么？
此外，对于项目中代码组织也想吐槽。很多业务逻辑在 common model 里，重复代码很多等。
当然，我一直在尝试改善这些。抛弃对于第二方库中的数据定义；定义来专门的基础设施层，用于专门处理 RPC 调用信息；定义领域层，抽象通用性的模型并定义它的服务。
如果项目中有自己的核心模型，对于自己项目吐出二方库定义数据实体的槽点就不存在了。让代码组织就会围绕这个核心模型来组织，代码组织自然就清晰起来了。
感觉其核心是缺少核心领域的建模。为了避免定义的模型被频繁变更，我希望可以系统学习一下领域建模相关知识。

在做技术PM 时，有时间会感到很累。对于技术PM，我的浅显理解是定义技术方案、对齐排期、推动排期按时完成。此外还需要对项目上线以及项目目标负责。对于PM工作感到累，一定是对于项目管理自己理解不到位。所以希望对于项目管理有一个系统学习。

Action状态有： 未开始 进行中 已完结 抛弃

中长期规划

这部分内容有些务虚。我知道自己想成为什么样子，如果要做到哪个样子，还是缺乏认知。
所以这部分内容是一些我认为我需要知道的，这样才会成为我想成为的样子。

在工程方面

• 对于基础设施，有一个整体认知。当前这块是缺乏的，只是使用集成好的系统来做部署、上线、缩扩容、限流、切流等相关工作。
• 领域建模有自己一套方法论，且经过实践考验。
• 对于系统稳定性，有自己的理解，也有自己的方案来处理它。

在技术方面

• 存储相关是我的弱点，希望可以把这款短板补齐。
• 建立自己的技术体系。当前什么都知道一点，没有办法完全关联起来。

结尾，但不是结束…

我款款而行，向着那个希望成为的样子。

时间：20200917