各位佬友们，平均写完五个小需求加功能测试大概都需要多长时间

不会这个地球只有我写五个小需求加上优化写的这么慢吧 ^-^

要看小需求的具体内容还有网速了，^-^

所有前端页面的布局/视觉效果重写，前端的性能优化，后端的所有代码排版优化，格式优化，以及一堆乱七八糟的优化，然后是五个功能的需求(Spring Boot）

（帖子已被作者删除）

这不得看用什么模型吗? 用豆包和用5.6-sol 能一样吗

已经是5.6Sol Max了 ^-^ ^-^ ^-^ ^-^

得看你怎么定义这个小需求，用的什么模型，在什么里面用了，11天也太夸张了

Max太慢了,小需求用中等思考得了

设备运维协同管理模块作为企业的“运维中枢”，主要实现设备运行数据自动接收与分析、巡检维修结果实时反馈、标准化维修方案管理、运维任务动态调整与推送等功能。模块打通与EAM设备资产管理系统及物联网平台的数据交互通道，实现设备巡检、故障维修和结果验收全流程的数字化管理，确保运维任务及时执行、维修标准统一、设备状态实时共享。

①运维调度中心值班人员登录设备运维协同管理系统，系统自动从EAM系统和物联网平台接收设备告警信息，包括设备编号、设备类型、

安装区域、故障等级及异常参数，同时接收巡检计划、维修工单、执行班组、维修人员、计划完成时间和安全作业要求等数据。

②系统对接收到的数据进行自动解析，根据设备区域、故障类型、维修工序和执行人员等维度拆分任务，生成结构化运维任务清单。维修人员登录移动终端后，可以查看分配给本人的巡检或维修任务，以及对应的设备资料、故障信息和操作要求。

③维修人员执行设备检查与维修过程中，系统实时采集巡检结果、设备参数、故障原因、更换零部件、维修结论和现场照片等核心数据。维修人员完成每个操作步骤后进行确认，系统将执行结果同步至EAM系统，并自动更新设备运维进度看板。管理人员可实时查看设备故障处理进度、班组任务完成率及设备停机时长等信息。

④设备技术主管负责维护结构化维修标准库，可在系统中导入、编辑和更新设备检修规程、故障处理方案及安全操作指导书。当维修标

准或技术方案更新后，系统自动停用旧版本，并向涉及相关设备的维修终端推送版本更新提醒，确保所有维修人员按照最新标准开展作业。

⑤当设备发生紧急故障或运维计划需要调整时，调度人员可在系统中调整任务优先级、修改维修步骤、重新分配维修人员或变更计划完

成时间。系统接收调整指令后，立即更新对应人员移动终端中的任务内容，并弹出“运维任务变更提醒”。维修人员确认变更信息后，按照新的任务安排继续执行。

大概就是这种吧，一个大模块里套了几个小模块这种

“小需求”^-^

这加起来十一天也正常吧

嗯~~~5个小需求，手搓也要不了11天吧

任务看下上面，跟那个差不多，上面那个老友说这个量的话差不多11天，大模块套小模块这种

这个挺复杂的，不是小需求吧，感觉差不多了

初级工程师：3天

中级工程师：15天

高级工程师：30天开发完、5天自测、3天改BUG、大概2个月才能上线。

是的，现在才发现不是，在疯狂的修BUG了

太真实了 ^-^ ^-^ ^-^ ^-^ ^-^ ^-^

欸嘿嘿

小美人儿 (流口水…)

(bushi)

压抑了佬 ^-^ ^-^ ^-^ ^-^ ^-^^-^ ^-^ ^-^