2022-8-22 ~ 2022-8-28

P 本周计划： ​

没有特别明确的工作任务，支撑无人机的上线和工单的改造； 输出相对完善的技术方案，深入学习一些设计模式

S 本周总结： ​

2022-8-22 Monday ​

上午在看动态代理相关的内容，有一些小小的收获。可以把 OpenFeign 相关的文档进一步完善。 晚上加班看 无人机的 bug；佛了

2022-8-23 Tuesday ​

上午改改 无人机项目的 bug； 开了个没什么P用的会，有点无语；

2022-8-24 Wednesday ​

值班管理，fat 环境特殊处理； 配置 rabbitmq 日志监控； 下午开会 代码 review，意义好像不是很大；

2022-8-25 Thursday ​

今天要去电站出差，明天无人机项目上线；

• 检查 apollo 配置
• 检查 定时任务 配置

2022-8-26 Friday ​

交接班 Bug 修改 生产环境 Apollo 配置 Care； 生产环境 Apollo 配置 检查 ERP 接班逻辑梳理：

• 根据 orgCode 查询 部门ID
• 接班
• 不接班
  • 值班记录待完善 duty_sts = 3
  • 拒绝原因
  • 查询最新的 一条 交接数据，部门ID
    • 是否当天：是
      • 值班中 -> 已被接班
      • 已交班 -> 已交班
    • 是否当天：否
      • 已被执行不接班 -> 已被执行不接班
  • 更新交接班信息
• 接班
  • 查询判断是否已被接班
  • 查询判断是否已被更新为不接班
  • 生成交接班数据 insert

交班逻辑梳理：

• 判断是否已被交班
• 更新交接班状态和信息

duty_sts

• 1 值班中
• 2 已交班
• 3 待完善 （不接班）

getHandOverByDutyDate -> false 有 | true 没有

2022-8-27 Saturday ​

加班的周六，昨晚睡得太晚了，困得一批； 核心任务：交接班 bug 修改

上线流程：

• 代码 ERP
• 数据库脚本，更新一些部门的属性信息（是否需要交接班）
• Apollo 配置开关，不再需要
• 前端
• 预计上线时间 2022-8-29 周一上午

-- 更新部门信息是否需要交接班 = 1，条件为存在7月以后的交接班记录 select depart_name, org_code, status, need_handover from sys_depart where id in (select id from sys_depart where need_handover = 2 AND ID IN (select DEP_ID from ERP_HANDOVER_MANAGER where DELETE_FLAG = 0 AND ERP_HANDOVER_MANAGER.CREATE_TIME > '2022-7-1 00:00' group by DEP_ID));

update sys_depart set need_handover = 1, update_by = 'liuting_20220829', update_time = now() where id in (select id from sys_depart where need_handover = 2 AND ID IN (select DEP_ID from ERP_HANDOVER_MANAGER where DELETE_FLAG = 0 AND ERP_HANDOVER_MANAGER.CREATE_TIME > '2022-7-1 00:00' group by DEP_ID));

三月底入职，即将满五个月，参与开发了一些项目功能；有数据相关的也有业务相关的，总共不到 10个bug，也有生产环境的 bug，有一个子系统尚未上线，数量重要吗？

到目前为止，还没有什么能拿得出手的成绩。 会感到焦虑吗？ 会~！ 会因为工资低而自卑吗？大部分时候不会，要看得开！~ 能不能把一个东西吃透，或者在特定垂直领域闯出一片天地？ 无人机巡检洞察页面的接口交互设计有待完善？ 假如用户需要大量且频繁的操作，请求-响应模式就不再是最优解 可以考虑基于 websocket 的命令模式，并且在后端通过定向缓存等方式，优化查询、编辑的速率

对于一个好的框架， 从外部来看应该具有非常简单易于使用的 API，且 API 契约明确； 从内部来看的话，其应该有一个可扩展的架构，即非常容易插入用户自定义实现， 因为任何框架都不能满足所有需求。