MES回顾总结 - 一堆废话
一、缘起
* 今天和团队的几个小伙伴聊完了绩效(进度`感人`,还有几个就好了),一次阶段的全面复盘,效果自认不错
* 晚上洗澡的时候,是不是也该给自己`聊个总结,展示未来`呢?或者,maybe,是的
* 再想起自己写出来的总结真的不多,那就`干`!!!`吧`??
二、时间范围
* 2022年3月25号 -- 2022年8月24号 (时间过得真快,忽然发现,是真的过了`5`个月了了了了了了)
三、列列提纲
* 人和团队
* 业务产品
* 技术对比
* 做了些事
四、先写结论
1. 人和团队
* 从旧有的团队脱离,空降到一个新的团队,没有好好告别的新旅途
* 小白起步,多问、多听、多写、多分享,迅速完成团队融合
* 一个有意思的leader, 一群好玩的小伙伴
* 对外输出,助人就是利己,小队文化,战场开始
2. 业务产品
* MES造车
* 铁皮 ==冲压SMES==> 车身零件 == 焊装AMES ==> 白车身 == 涂装AMES ==> 色彩车身 == 总装AMES + 三电PMES ==> 整车交付
* 阶段总结:
1. 车间线体越长,复杂度越高
2. CURD - 管理各种元数据
3. 定时任务 - 硬件交互管控
* 平均 `8` 个系统模块,核心交互: 线体 & OT
3. 技术对比:
1. 在工业领域,dotnet绝对的王者,护城河组成:
1. 历史原因、物理硬件集成带来的变更成本太高了
2. 人工素质的平均高度 + windows操作系统的普及
3. 稳定性第一,够用就好,没有太大提效的交叉点
2. 对比JAVA, 原生带的语法糖很爽,将开发效率提升10%以上
3. 核心开发组件,以MS提供的框架为主,相对来说,成熟可靠,但没有JAVA那样衍生很多非官方的主流组件 (也可能是个人认知不够,谁知道呢)
4. 个人感受 - 没有对比极致的性能并发情况下,dotnet没有像java那样,被更主流认可,是可惜的,可能是:成也萧何,败也萧何
4. 做了些事
1. 完成团队的整合,团结,促进每个小伙伴的成长,进而反馈到业务系统的`稳定性`提升
2. 各种小工具提效 - 将自己从各种日常的重复工作释放出来,交给机器人
3. 肇庆DB问题优化 - 解决各种未知的停线原因(这是真的忏愧的,这块记个todo,要再追根问底)
4. K8S的日志整合 - 简化架构,归还日志查询的便利性
5. DBContext的并发处理解决 - 好玩的事,线程安全不是那么多的理所当然
6. 建立日志监控生态基础 - 基于日志+运维能力,制定`RED` & `USE`相关规则 ,尽量从上而下避免`狼来了`情况,小伙伴们慢慢`树立向好态度,系统向上的稳定`
7. 慢SQL监控周 - 慢sql, 一周周的减少,到最近的一周,终于全光了,值得掌声
8. 还债填坑:
1. CICD的构建提效:
1. 耗时: 15+分钟 -> 5-分钟
2. 方式:人工单个点击 --> 脚本批量发布
2. 构架精简
1. 去掉了MongoDB / Conul / SkyAPM / CAP / 依赖
2. Xmom - 减少合并3个,保留3个,1个未来可期,另外2个可放:
1. 网关 - 随时可由nginx进行替换,
2. 通信 - 将能力归还给各个mes,保留改动太大而不动的几个功能
3. Sys - 后续值得思考的通用能力模块
3. SMES - 减少合并7个服务
4. AMES - 减少合并7个服务
3. 代码精简 - 清理去掉各种`注释`、`无用`、`提前预留`的代码和功能
4. 建立各种规范和追求意识
9. 完成私有云的切换 - 太自我的管控,也太放权的信任,非常值得自己后续回味的复盘
10. 压测月 Mission Complete - 进一步发现问题,解决问题,优化性能,也建立起信心,更好的支持后续SOP
11. 三电的紧急性能优化 - 相对来说,一次性解决业务对MES的性能问题,也不知道该开心,还是?值得沉思!
12. ........ (未来会有更多好玩的, 未来可期)
5. 不足之处:
1. 管人的能力,主要一个点:
1. `用人不疑,疑人不用`, 接下去的话是怎么样?
2. 管事的能力,主要一个点:
1. 整体与细节的平衡,真的是应该:`抓大放小`,不能经常太追求细节和完善;小伙伴的一句话:没有最佳,只有最合适;(还是要多复盘和交流)
3. 未来规划,价值输出 - 接下来的重点
4. 个人提升 - 就一句话:感觉又有点懒了 (要自我卷起来、要自我卷起来、要自我卷起来)
五、详细说说
- TL;DR ( :P )
(等有时间,再好好的写一写,困了,睡觉)