第107期方班演武堂(复盘课)成功举办

来源:发布日期:2026-01-21 17:16浏览量:6

2026年1月07日14:00-17:00,第107期方班演武堂(复盘课)在广州大学黄埔校区博学楼成功举办,广州大学网络空间安全学院卢璨老师、罗熙老师、王志刚老师,全程参与了课堂教学,并对演武堂教学情况进行了指导点评。同时参与的还有广州大学方班八期的全体学生。本次演武堂复盘课程分三组进行。第一组的复盘老师是王志刚老师;第二组的复盘老师是罗熙老师;第三组的复盘老师是卢璨老师。


第一组:课程核心环节介绍


复盘老师:王志刚老师

王志刚老师围绕演武堂课程实施的核心环节,从选题、代码拆解、演示、与企业导师互动四个方面给出正向指导,明确各环节的规范要求和实施要点,帮助同学们高效推进项目。

一、选题:

1.需与导师充分沟通,选题要契合课题组及个人研究方向,结合个人兴趣在约束范围内筛选,避免盲目分析代码。

2.开展市场调研,可参考企业题目库或权威机构近 1-2 年的白皮书,把握行业需求和技术趋势。

3.进行可行性评估,考量代码量、硬件支撑能力、项目资料齐备度、社区活跃度、成功部署案例等,避免后续陷入被动。

4.不鼓励选择纯学术论文开源代码,可选用产学研结合的工业界论文开源代码。

二、代码拆解:

1.介绍专业概念时,结合简单案例讲解,控制篇幅,避免喧宾夺主,确保跨领域听众能理解。

2.绘制整体框架图(明确功能模块、层次结构)和流程图(梳理模块依赖、交互逻辑,可按需绘制时序图),无现成图表需手动绘制。

3.梳理函数级执行流程图,提取核心类、方法、参数,明确输入输出及调用关系,可借助工具辅助分析。

4.尝试理解项目设计模式,对核心技术算法,结合案例简单演示运作逻辑,无需堆砌公式。

三、演示:

1.详细说明实验环境配置,包括软硬件参数、数据集、核心参数等,为他人提供参考,便于问题排查。

2.演示内容需与项目宣称的核心特色呼应,关键环节补充必要解释,避免功能与演示脱节。

3.呈现可量化的实验结果,或分享部署尝试过程、遇到的问题及解决思路,杜绝使用他人截图。

4.鼓励发现新现象并尝试解释,为后续研究方向提供思路。

四、与企业导师互动:

1.基于演示结果和市场调研设计问题,契合企业导师在工程设计、应用场景方面的知识背景。

2.问题需具体务实,可围绕产品实际使用成本、漏洞防护、数据安全等场景提问。

3.追求多轮交互,根据导师回答持续展开对话,避免单一提问后结束互动。


第二组:反面案例分析


复盘老师:罗熙老师

罗熙老师聚焦项目汇报质量提升,通过分析汇报中的具体问题、从报告题目、组织结构、演示环节、总结思考、与企业导师提问五个维度,帮助同学们优化报告逻辑、深化分析深度。

一、汇报常见问题:

1.报告题目:命名模糊宽泛,缺乏创新点和技术思路,常用 “智能”“简易” 等笼统词汇,未明确核心技术或框架。

2.组织结构:部分缺少整体架构图、流程图或类图;有架构图但未按其结构展开后续内容,逻辑脱节;类图缺失,无法体现对核心功能的深入理解。

3.演示环节:缺失效果展示;实验环境配置不具体;实验目标不清晰,与核心功能呼应不足;存在使用他人部署截图的情况。

4.总结思考:排版混乱,未区分优缺点;细节冗余,未提炼核心;思考深度不足,用抽象词汇描述改进空间,未明确具体方向。

5.提问互动:问题宽泛,有大模型生成痕迹,未结合企业业务和自身实践;缺乏对问题的前置了解,难以形成多轮交互。

二、正反案例解析:

1.正面案例特点:

  • 分析颗粒度细,明确未解决问题及具体改进方向,措施可落地,如封若楠同学调研 MCP 协议时,明确需确认数据推送频率、格式。
  • 体现工程深度,针对核心痛点提出具体解决方案并设计验证方法,如吴飞鸿同学通过抽象节点、时间切片等方法规避超级节点干扰。
  • 贴合工程实际,能接纳导师建议,修正不可行方案,如邓建杰同学针对无人机算力限制调整部署架构。
  • 逻辑严谨,通过对照实验验证设计合理性,分析维度全面,如林思妍同学从准确率、收敛速度、内存占用多维度验证模型。

2.反面案例特点:

  • 流水账,口语化严重,信息密度低,仅描述 “下载资料、阅读代码” 等过程,未体现技术思考。
  • 错把汇报技巧改进当作项目改进核心,偏离代码分析和优化的课程目标。
  • 堆砌 “AI 原生”“自适应框架” 等宏大词汇,脱离源码实际,类似产品广告,缺乏技术细节。

三、改进维度与措施:

1.核心改进维度:

  • 代码量:需涉及具体文件名、类名、函数名或算法,避免泛谈功能。
  • 改进落地性:优先呈现已完成的代码修改、实验结果及改进原因,避免空泛建议。
  • 逻辑闭环:形成 “发现痛点 — 分析原因 — 提出方案 — 验证效果” 的完整逻辑链。

2.具体改进措施:

  • 补充代码细节,重写未提及具体代码元素的总结。
  • 强化落地验证,明确区分 “未来建议” 和 “已完成改进”,突出实验数据对比。
  • 规范语言表达,去口语化、去 “我化”,使用规范技术表述。
  • 聚焦项目优化,围绕源码提出具体改进,而非仅关注汇报形式。
  • 优化提问方式,提前了解企业业务和产品性能指标,结合自身实践痛点提问。



第三组:总结


复盘老师:卢璨老师

卢璨老师从评分维度、正反案例分析、改进措施三个核心部分,对演武堂课程总结报告进行复盘,明确评分标准与优劣特征,给出具体优化方向。

一、对于项目:

1.项目选择需适中,避开 “框架”“库”“工具包” 等命题,避免过大或过小。

2.在实际环境中验证项目运行情况,记录遇到的问题,便于后续改进和经验分享。

3.从现实应用角度分析市场需求与竞争优势,突出项目独特性。

二、对于 PPT:

1.制作时注重精简与提炼,避免一味填充文字。

2.讲解项目架构时,体现逻辑性,连接并展示代码文件或代码块的工作流程,梳理出流程图与框架图,而非单纯平铺文件结构。

3.代码部分讲解需突出重点,通过备注梳理代码背后的实际意义,精简展示,避免逐字逐句念代码。

三、对于汇报:

1.至少提前一周完成 PPT 并提交给指导老师,或进行试讲,及时获取反馈优化内容和讲解方式。

2.汇报过程中控制时间,确保每个部分讲解到位,注重展示效果,适当运用演示增强理解。




整理:骆俊杰 梁唯新

校对:王乐老师 鲁辉老师

责任编辑:鲁辉老师