沉淀出自己的思考, 时间是有弹性的 没有绝对的银弹 只有合适的方案（做取舍
前言
技术层面的东西都是 CRUD, 且程序员写出的 bug 又分为两个层面 一是 系统 BUG 例如 NPE、 二是 业务 BUG 例如名称字段的前后空格需要去除。金额计算需要向上取整保留几位、上下游是怎么处理的等业务问题
一、调整心态
不论到什么时候，我总是劝解新人要调整好自己的心态。遇到困难，不要害怕自己弄不明白，弄不出来，就算弄不出来，老板也不一定会直接就开除你。困难是大家都会遇到的，人们往往身在其中而陷入恐惧和无助，但是作为局外人而言，他们更希望看到人们面对困难时所作出的努力和付出。你不需要真正独挡一面，但是最起码要表现出吃苦耐劳，勇往直前的精神。这是一个新人应该做到的一点，也将是一个成功之人不断进步的必要前提。
二、抓住问题的关键
"这个问题的关键, 是要找到关键的问题"
一时半会看不懂业务逻辑，可能是由于信息量过于庞大，这一点我也深有体会。不过我的解决办法是大致过一遍整个业务逻辑，将很模糊的地方标记出来。另外，所有业务都会有非常关键的执行步骤，很多其他的操作可能都是为某个或某几个步骤铺垫和创造执行条件。所以，掌握流程的关键步骤可以让你事半功倍，这样你也不会非常迷茫。
三、大而化小，小而化了
将关键步骤掌握之后，你就需要以这些关键节点为出发点，分段理解各个环节，化整为零，逐个击破。到了这一步，你就可以将业务逻辑逐条分析，细致分析。切不可急躁。另外，你也可以向领导进行咨询，对于不是特别清楚的地方，一定要沟通清楚。或者让理解比较好的人，大致给你讲一讲这一步要干嘛。多方位寻求帮助。相信不会太久，你就可以将业务完全搞懂了。
四、最终目标
- 跨系统、部门、模块直接的相互协同
- 是否延期
- 是否了解整个系统和细节
- 是否在写代码以前就能预见到细节问题
- 核心逻辑能否一次性思考完善，不出逻辑漏洞
- 带动其他同事，推动整个业务前进，正能量
- 同样的错误最多只犯一次
- 产品思维，关注用户体验
- 合理的时间，可持续性，工作量饱和
- 及时汇报
五、抽象业务模型学习方法
数据源-》数据加工-》数据展示 源： JOB|DB|Case|MQ|RPC 加工： Python| Java 方法定义
- 名称关联
- 解构 模型
- 横向关联 -> 关键字查询
- 数据源 -> 展示
业务推理
通过查看输入输出来分析业务支撑 核心接口出入参查看, 核心字段理解, 溯源
六、学习的方式
- 费曼学习法
- 书写思维导图
- 讲与别人听
- 整理出博客文档 提升学习效率
- 了解一个新技术
- 先去快速使用
- 看一遍视频整体过一遍（带着问题去学习
- 看完之后去看一些文章 博客 书记 还有视频的配套资料
七、如何编写接口流程文档
接口的逻辑梳理文档以及流程图是用于描述接口功能和操作流程的文档和图表。 下面是它们的一般结构和写作步骤：
- 接口的逻辑梳理文档： 接口的逻辑梳理文档应该包括以下部分：
- 介绍：简要介绍接口的功能和目的；
- 功能分析：分析接口的功能，包括各个接口之间的依赖关系；
- 接口设计：设计各个接口的具体实现方式和参数，包括输入参数和输出结果；
- 接口测试：对接口进行测试，包括测试用例和测试结果；
- 常见问题解答：列举常见问题和解答。
- 流程图的制作： 流程图应该清晰明了，包括以下部分：
- 流程描述：简要描述流程图中各个节点的作用和顺序；
- 节点：表示流程图中各个节点的名称和具体含义；
- 连线：表示各个节点之间的关系和连接方式。
- 写作步骤：
- 确定接口的目的和功能，包括接口之间的依赖关系；
- 根据接口的功能设计各个接口的具体实现方式和参数；
- 制作流程图，描述各个节点的作用和顺序；
- 确保流程图的清晰明了，易于理解和操作。
- 写作要点：
- 使用易于理解的术语和符号，避免使用过于复杂的技术术语；
- 描述各个节点的作用和顺序，使流程图更加清晰明了；
- 确保流程图中的信息准确无误，以便于他人理解和使用。
总之，接口的逻辑梳理文档以及流程图是用于描述接口功能和操作流程的文档和图表，需要结合具体情况和写作步骤来进行撰写。