小衣酱——Beta冲刺Day2

小衣酱 小衣酱 墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年,写一次发全网 我也要 + 加入社区
这个作业属于哪个课程2501_CS_SE_FZU
这个作业要求在哪里团队作业——Beta冲刺
团队名称小衣酱
这个作业的目标Beta冲刺Day2——SCRUM与PM报告
其他参考文献无

目录

  • 1.SCRUM部分
  • 1.1站立式会议照片
  • 1.2组员总结
  • 102300403朱茜茜
  • 102300404胡跃
  • 102300312何鑫涛
  • 102300406叶芷
  • 102300412林晨宇
  • 102300413林俊辉
  • 102300414李庆聪
  • 102300415张伟健
  • 2.PM报告
  • 2.1项目时间报告
  • 2.2项目燃尽图
  • 2.3任务总量变化表
  • 2.4项目程序/模块的最新运行图片
  • 2.4.1 用户端界面
  • 2.4.2 管理端界面

1.SCRUM部分

1.1站立式会议照片

img

1.2组员总结

102300403朱茜茜

  • 昨天站立式会议到现在的项目进展

    制定了总结报告的详细模板,包含项目概述、每日进展、成果展示等模块。与各组长确认了信息收集流程。协助后端推荐模块开发。花费2小时,剩余时间11小时。

img

  • 存在的问题/遇到的困难

    部分成员对需要提交的材料格式理解不一致,需要统一标准

  • 从现在到明天站立式会议的安排

    完善材料收集清单,明确各成员职责,开始汇总第一天的项目进展。继续协助后端开发。

  • 心得体会

    良好的沟通是确保信息准确收集的关键,需要主动与团队成员保持密切交流

102300404胡跃

  • 昨天站立式会议到现在的项目进展

    完成内容管理模块的界面优化,包括列表页和编辑页的布局调整。花费4小时,剩余时间11小时。

img

  • 存在的问题/遇到的困难

    富文本编辑器组件在不同浏览器下表现不一致,需要处理兼容性问题

  • 从现在到明天站立式会议的安排

    开始用户管理模块的界面开发

  • 心得体会

    组件复用能显著提高开发效率,但需要充分考虑不同场景下的适配需求

102300312何鑫涛

  • 昨天站立式会议到现在的项目进展、

    编写Day2冲刺随笔,花费1小时,剩余时间6小时

img

  • 存在的问题/遇到的困难

    需要更详细的项目进展记录

  • 从现在到明天站立式会议的安排

    收集Day3的素材,完成Day3冲刺随笔编写

  • 心得体会

    详细记录有助于项目复盘

102300406叶芷

  • 昨天站立式会议到现在的项目进展

    完成用户调查问卷设计,花费2小时,剩余时间8小时

img

  • 存在的问题/遇到的困难

    问卷发放渠道需要确定

  • 从现在到明天站立式会议的安排

    开始收集用户反馈

  • 心得体会

    用户需求是产品导向

102300412林晨宇

  • 昨天站立式会议到现在的项目进展

    完成首页加载速度优化,通过图片懒加载和代码分割提升性能。花费5小时,剩余时间15小时。

img

  • 存在的问题/遇到的困难

    部分老旧机型兼容性需要测试

  • 从现在到明天站立式会议的安排

    进行多设备兼容性测试和优化

  • 心得体会

    性能优化需要综合考虑不同用户设备情况

102300413林俊辉

  • 昨天站立式会议到现在的项目进展

    优化推荐算法接口,花费4小时,剩余时间11小时

img

  • 存在的问题/遇到的困难

    算法响应时间需要进一步优化

  • 从现在到明天站立式会议的安排

    继续算法性能调优

  • 心得体会

    算法优化需要数据支持

102300414李庆聪

  • 昨天站立式会议到现在的项目进展

    完成测试用例编写,花费4小时,剩余时间11小时

img

  • 存在的问题/遇到的困难

    测试环境搭建需要完善

  • 从现在到明天站立式会议的安排

    开始第一轮系统测试

  • 心得体会

    测试要全面覆盖

102300415张伟健

  • 站立式会议至今的项目进展

    完成代码规范检查,花费4小时,剩余时间11小时

img

  • 存在的问题/遇到的困难

    部分旧代码需要重构

  • 从现在到明天站立式会议的安排

    开始后端性能优化

  • 心得体会

    代码质量决定系统稳定性

2.PM报告

2.1项目时间报告

所有工作的预期时间(min)已完成工作花费的时间(min)剩余工作的预期时间(min)
21005461554

2.2项目燃尽图

img

2.3任务总量变化表

img

2.4项目程序/模块的最新运行图片

2.4.1 用户端界面

img

2.4.2 管理端界面

img

...全文

相关推荐

国央企在推动科技创新时,如何利用技术交易系统实现全流程闭环管理?.docx

国央企在推动科技创新时,如何利用技术交易系统实现全流程闭环管理?

BIZKEEN

高校技术转移办公室人员如何提升技术成果的推介效率?.docx

科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。

BIZKEEN

机械三维3D设计图-自动引孔锁螺丝设备.zip

机械三维3D设计图-自动引孔锁螺丝设备.zip

ZL4120505

sogou-wubi-5.5f.zip

五笔输入法

一and一>二

智能体上下文工程:预算控制与结构化压缩的Python实现

【内容概要】 本资源是《智能体演化史》系列第四篇的配套代码,用 108 行 Python 实现一个会"收桌子"的上下文管理器。核心是两件事:一是设一个上下文预算,用 token 估算函数实时盯着;二是超预算时执行结构化压缩——把早期轮次压成一段结论式摘要,保留最近若干轮原文,并且对失败尝试和关键事实单独留档,不让它们被摘要吃掉。配套测算脚本给出三组可复算的数据:关键信息密度从第一轮的 100% 衰减到第 80 轮的 13%(腐烂的本质是稀释,不是撑爆,按当前增量要 213 轮才真的撞上 128K 窗口);跑 80 轮,不压缩累积 199 万 token,滚动摘要降到 37.1 万,直接截断只要 42.6 万但关键信息只留下 8%。这组数字说明:只盯着账单会选错策略。 【适用人群】 智能体已能跑通、但长任务开始"变傻"的开发者;负责长会话产品体验的工程师;需要在成本与准确率之间做取舍的架构师。 【使用场景及目标】 1) 给自己的智能体加一层可配置的上下文预算与压缩; 2) 用测算脚本对比三种策略的成本与保留率,做出有依据的选择; 3) 作为团队内部分享材料,解释"提示词工程"为何被上下文工程取代。 目标:让长任务不再越跑越糊涂,同时把 token 花在真正重要的信息上。 【其他说明】 需 pip install openai 并配置 OPENAI_API_KEY;预算值与保留轮数为常量,可按业务调整。测算脚本离线可跑,假设参数在文件内显式标注,便于改成你的真实口径。压缩会损失细节,涉及合规留痕的场景请关闭自动压缩或单独归档原文。

积流成海
评论
收藏 已收藏
分享
返回顶部
小衣酱
2501_CS_SE_FZU 106 成员 407 内容