例行早会一、各项目开发进展汇报1. 规则表格补充延续规则合并汇总工作昨日新增两个表格其中一个表格包含 88 条规则已添加完成今日进行测试若无问题将再补充最后一个表格。2. 旧项目迁移后端框架迁移后的测试工作持续进行目前继续测试迁移后的后端框架暂时未发现新问题。3. 数据处理与任务处理合并昨日已完成数据处理与任务处理两个部分的合并并测试了整体正常流程相关 API 接口与数据处理流程均可正常通过。考虑到后续将进行高并发、高可用的分布式部署还需开展极端异常场景测试。昨日联测时发现策略管理模块缺少一个状态状态自动判断与显示今日将解决该问题并继续补充异常场景测试。4. 智能运维巡检数字人昨日已提交代码期间遇到分页语法与达梦数据库不相适配的问题。会议重点讨论了录屏过程中登录环节是否保存的问题若保存每个视频都会包含登录过程视频文件会很大若不保存登录出错时将无处查看错误。初步确定所有视频无论脚本执行成功与否均须完整保存再通过后处理方式裁剪登录片段具体方案详见“三、技术讨论与经验分享”。5. 经纬公司项目勘探开发数据对接昨日与王总就整个项目召开会议王总介绍了项目整体流程会后讨论了项目报价。目前两套架构方案仍在讨论中自行开发或沿用既有架构各业务模块人力资源、市场等均分为前后端两部分当前主要工作仍处于详细设计阶段相关人员正在完善各自模块并进行优化调整。会议指出无论最终采用何种架构开发方式都是相通的将功能做熟即可并可借助 AI 提升开发效率。6. 测试环境配置今日工作重点是配置测试环境由于项目运行环境为 Linux内网环境需要在本地电脑上安装 Linux 虚拟机开展测试不必须为麒麟系统普通 Linux 即可。会议提示需先确认未来正式服务器的架构ARM 或 x86/AMD再确定环境配置方式相关适配注意事项详见“三、技术讨论与经验分享”。二、办公室配套设施统计会议安排对办公室及个人两个维度的配套设施需求进行统一统计逐人核对确认具体如下各办公室及个人的烧水壶、茶叶、茶壶、桌子、凳子、插排等配套物品需求先统计清楚采购需求再统一上报确认采购方式按办公室维度梳理先列出各办公室人员可参考昨日李莲在群里发布的清单再逐项确认该办公室的茶叶、茶壶、桌子、凳子、插排等是否齐全、各缺几个个人需求中属于办公室配套的合并统计于老师等需逐一询问是否需要插排未到岗人员的需求也需一并确认插排可能需要逐个询问杨总所在办公室也需纳入统计。三、技术讨论与经验分享1. 有实体与无实体开发方式的选择新成员汇报了对“有实体开发”与“无实体开发”两种方式的学习理解并更正了昨日汇报中的误区实际项目开发中需根据业务数据的稳定性来选择开发方式同一个项目中的不同业务可以选择不同的开发方式。以请假申报与审批链路为例请假业务中的人员、时间、事由等字段是确定的故采用实体开发而审批流程中存在多个分支、部分数据不确定若为每个分支单独创建实体或与请假事务共用一个实体都会使请假业务表中出现一些不应有的字段故采用无实体开发通过字典方式在需要判断时读取数据。会议讨论指出实体开发在部分场景下更敏捷但有些场景使用实体开发可能造成隐患两种方式各有优劣需结合业务实际情况选择。2. 国产化信创环境适配注意事项会议围绕国产服务器与国产操作系统的适配问题展开交流内网服务器一般使用麒麟系统且分 x86AMD与 ARM 两种架构测试前应先确认未来正式服务器的架构类型。结合去年部署服务器时遇到的问题——定时脚本调用浏览器时因内网服务器内核版本较低、浏览器部分功能无法使用导致脚本一直无法执行成功排查数日才发现是浏览器兼容问题后更换火狐浏览器解决——会议强调国产化环境存在适配过程国外操作系统如红帽等通常兼容性较好但麒麟等国产系统及国产中间件可能存在兼容问题不同架构下 Node 及各类组件也存在差异。信创环境必须采用国产化但需提前做好适配验证避免临近交付时才发现问题。3. 录屏保存与后处理裁剪方案会议讨论了录屏过程中登录环节的保存问题若完整保存每个视频都会包含登录过程视频文件会很大若不保存登录出错时将无处查看错误。初步确定所有视频无论脚本执行成功与否均须完整保存再通过后处理裁剪掉登录片段具体方向有两个使用 ffmpeg 对完整录屏进行裁剪项目已有相应基础。由于登录耗时受网速、电脑运行状态影响每次执行时间不同需在录制时为每次执行单独记录时间戳再据此定位并截掉登录片段若并非所有录屏都必须保存可依据配置文件中的保存策略成功/失败、截图/录屏分别配置按需保存若客户要求全部保存则按全部保存处理。会议建议尝试编写 ffmpeg 剪辑脚本实现录屏的自动裁剪。四、后续工作安排办公室配套设施先按办公室维度整理统计清单各办公室人员、茶叶、茶壶、桌子、凳子、插排等需求个人需求与办公室配套合并统计清单整理完成后统一上报确认采购方式。测试环境先与相关负责人确认正式服务器的架构ARM 或 x86/AMD再在本地搭建 Linux 虚拟机测试环境注意国产化环境的适配问题。数据处理与任务处理模块解决策略管理缺少状态自动判断与显示的问题并补充极端异常场景测试。智能运维模块尝试编写 ffmpeg 剪辑脚本实现录屏的后处理裁剪并继续跟进分页语法与达梦数据库的适配问题。工作内容trae一直自动更新好烦啊。我今天是按照5分钟法则来开展工作的进行的。然后因为最近的工作项目代码开发给我了一些新的启发和思路。我发现当基础的开发学完之后java的后端开发就要学相关性能开发的中间件的使用了中间件的使用才是最关键的才是自己和其他人区分开来的地方需要让自己有不可替代性目前来看我是需要提升这方面的知识和实践开发运用。大概就是这些。而且我觉得5分钟法则对于我工作和学习都还是挺有用的。就像计算机操作系统中的一些思想比如说宏观并行微观串行那样。我觉得还是挺有趣的。感觉学英语太痛苦了有时候。感觉还是学编程相较于学英语还是简单不少的。第二次5分钟法则总结这次我继续关于项目方面我是做了关于prometheus相关的关于数据处理的流程的关系流程的图后续的话我是想着看redis在项目的数据处理部分的功能的体现和功能。还有就是我感觉这样的话也能够高效率的去进行学习。还是先挣钱挣到钱了送自己去继续读研究生也是未尝不可。都是选择嘛。最重要的还是要提高自己的能力才行。之后我也就是按照这个5分钟法则的流程来进行学习和工作了。感觉还挺有用的。小说英文书籍英文单词项目编码video英文电影总结。感觉还是挺有用的。这句类似的话我好像说了三四遍了。第三次5分钟法则总结一转眼就到下午了。redis相关的内容里边主要存放两类信息分布式锁和重试计数。后面就是英语相关内容。第四次5分钟法则总结寻梦环游记死亡不是终点遗忘才是。大明王朝然后项目相关就是去了解数据处理部分的实现的代码文件。然后就是背单词。还有去看视频。但是这次的视频质量明显不如今天早上的视频质量感觉下午的视频几乎是围绕着冲突来展开的很无聊甚至说很讨厌完全没有价值和意义。搞笑视频起码还能逗观众笑给观众提供情绪价值呢。之后后面还是正常的常规的法则流程还是要继续去了解项目到底是怎么运行怎么实现的这样才可以。后续才能够很好的展开继续去进行高可用的高性能的分布式部署。而且项目功能的极端异常测试场景也很重要因为后续还要根据这个来进行代码的补充和编写。第五次5分钟法则总结感觉这次的效率中规中矩吧。关于项目我是看第二个流程的项目代码文件然后进行理解。解析上游传过来的JSON文本然后进行后续的数据处理和数据结果上报的内容功能。背单词相关mission,task,blame,bleak,burst,jail,gar,pension,petition,rational,reasonable,hop,hip,hit,pop,music,arrest,gun,gunpower,sword,blade,chunk,grant,curve,blessing,admin,vice,consipircy,deter.reper,reproduce,byproduct,reproduction.第六次5分钟法则总结还行吧我吃了柚子感觉很开心。之后后面项目下i昂馆的就是关于解析JSON之后在进行人物的简化和任务的消费以及相关任务消费的分布式部署。关于英语就是中规中矩吧。然后后续就是关于环球记然后我剥了柚子。之后书籍的话就是大明王朝刚开始看。第7次5分钟法则总结这次主要就是看寻梦环游记大部分时间都看寻梦环游记了。然后少量时间工作。我得下班之前拟写一个任务计划表单。然后我就是看了整个数据处理流程当中的处理的第三部分的流程了。后面就是看仔细计算的功能的代码了。大概就是这样。大明王朝是看到胡宪宗找海瑞这一部分。第8次5分钟法则总结总结我得下班之前拟写一个任务计划表单。√寻梦环游记要看完√数据处理的功能的代码文件要看完。√大明王朝那一部分要看完。√之后就是继续找书籍看。√英语小说的话的时间就是放在看寻梦环游记上面。√大概就是这些内容吧。