第一周随笔作业

第一周作业：从前端开发到全栈与 AI Agent 的学习计划

这个作业属于哪个课程	计科 24 级 56 班
这个作业要求在哪里	第一周作业
我希望在这门课达到的目标	把已有的前端项目经验转化为更完整的软件工程能力：能做需求分析、协作开发、测试和复盘，而不只是实现页面。

1. 介绍自己与博客

大家好，我是广东工业大学计算机科学与技术专业的吴纯瑶。此前我主要做前端开发，常用 React、TypeScript、JavaScript 和 HTML/CSS。做项目时，我比较在意用户真正能不能顺畅地用起来，所以也会关注性能、异常处理和交互细节。

我选择计算机专业，是因为喜欢把一个想法做成可以运行、可以被人使用的东西。刚开始接触前端时，页面做出来的即时反馈很强；后来项目越做越复杂，才发现接口、数据、构建、测试和协作都会影响最后的体验。因此我不想一直只停留在前端，毕业后更倾向往全栈方向发展，同时继续关注 AI Agent 在产品里的落地。

今年暑假在字节跳动实习后，我对这一点感受更明显。现在 Agent 类工具的发展很快，以 Codex 为例，一句话就能协助完成文件上传、浏览器操作等重复工作。工具变强以后，开发者更需要想清楚需求、边界和验收标准，而不是只会把功能堆出来。实习期间节奏也比较紧，这让我意识到自己需要更主动地管理时间和精力。

我做过 5 个以上项目，代码总体超过 5 万行，但项目分散在不同仓库，目前没有可靠的语言维度统计。这里先记录两个与目前学习方向最相关的项目：

• 多模态 AI Agent 智能对话小程序（Taro 跨端）：这个项目让我接触到流式对话、语音交互、网络波动和登录状态等问题。之前我会把重点放在“能不能把页面写出来”，做完后才更重视响应速度、异常状态和用户中断操作时的体验。
• 前端性能监控与错误追踪平台：项目涉及浏览器性能数据采集、异常上报、SourceMap 处理和监控大盘。它让我认识到性能优化不能只靠感觉，应该先采集数据、定位瓶颈，再验证优化是否真的有效。

我的 GitHub 主页仓库是 qqcatcute/qqcatcute，README 记录了目前的学习方向和技术栈。希望之后能把博客当作项目复盘和学习记录的地方，而不是只在交作业时打开一次。

2. 现状、经验与计划

2.1 目前能力与目标

技能	当前水平（0-9）	本学期目标	计划
JavaScript / TypeScript 基础与工程实践	6	7	继续补齐类型设计、异步流程和模块拆分，在项目中做重构。
React 前端开发与用户体验	6	7	更关注可访问性、状态边界和真实交互中的性能问题。
Node.js 与接口设计	4	6	在课程项目中承担接口、鉴权、错误处理或日志的一部分。
数据库与数据建模	4	6	练习表设计、索引和一次完整的数据增删改查闭环。
AI Agent 应用开发	4	6	继续理解工具调用、上下文管理、流式响应和失败兜底。
前端性能与稳定性	5	7	把性能采集、异常监控和排查过程真正用到项目里。
软件工程协作	5	6	用 Issue、分支、PR 和复盘记录协作过程。

我和一个合格 IT 毕业生之间的差距，主要不在于会不会写前端页面，而是后端、数据库、测试和系统设计还没有形成完整体系。尤其是做复杂功能时，我有时会先急着实现，之后才补思考边界条件和异常情况。本学期希望在课程项目中改变这个顺序：先把需求和验收条件写清楚，再开始编码。

2.2 对课程与学习方式的想法

我愿意选择“遇到困难时主动向老师和同学请教，投入更多时间把任务做完整”。我希望课程能让我经历比较真实的开发流程，例如需求变化、分工、代码合并、测试和复盘。对我来说，能跑通并不等于完成；如果没有说明为什么这样做、怎么验证、出了问题怎么处理，项目还是不够扎实。

我理解师生关系更接近教练和学员：老师给方向、标准和反馈，学生要自己把问题带到课堂上，而不是等着别人替自己解决。参考开源代码、文档和工具是正常的学习方式，但前提是知道来源、理解关键实现，并且能说清楚自己改了什么、为什么改。

本学期我会为课程固定留出每周 4 小时的集中时间；课外接触软件开发和编程的时间通常每周超过 40 小时。

3. 阅读《构建之法》后的问题

我计划先阅读与自己目前经历最相关的部分：个人技术和流程、需求分析、用户体验、测试、创新和项目管理。下面的问题不是为了凑数量，而是我在做流式对话、性能监控和 Agent 产品时确实会遇到的困惑。

1.第 2 章 2.1「单元测试」与第 13 章 13.3「实战中的测试」：做性能监控 SDK 时，单元测试、集成测试和线上监控各应覆盖到什么程度？

2.第 8 章 8.3「获取用户需求——用户调研」与 8.5「功能的定位和优先级」：面对“它不够聪明”“回复慢”这类模糊反馈，怎样拆成可验证需求？

3.第 12 章 12.2「用户体验设计的步骤和目标」与 12.3「评价标准」：流式输出和语音交互被弱网打断时，应优先响应速度还是结果完整、状态可恢复？

4.第 13 章 13.2「各种测试方法」与 13.3「实战中的测试」：Agent 回答没有唯一标准答案时，怎样设计不完全依赖主观印象的测试？

5.第 16 章 16.1「创新的迷思」与 16.2「创新的时机」：模型能力变化很快时，怎样判断 AI 功能是在解决真实问题，还是只是展示模型接口？

4. 前车之鉴

4.1 基础不能被项目经历替代

我阅读了周见智的《一直在路上——记我从初中到本科近十年的学习成长历程》。文章让我印象比较深的是，项目和实习可以带来真实问题，但不能替代基础学习。项目做得越多，越容易发现很多问题最后都会落到数据结构、网络、数据库、系统设计和沟通方式上。

这和我自己的经历很像。做前端项目时，界面和交互往往能较快完成，但涉及网络状态、性能、异常恢复或服务端数据时，短板会更明显。之后我会有意识地把服务端、数据建模和测试放进项目，而不是只做自己最熟悉的页面部分。

4.2 对“教练 / 学员”关系的理解

我也阅读了《现代软件工程讲义 0：教学方法》。文中把师生关系比作“教练 / 学员”，我比较认同。老师可以指出训练方向，也可以给反馈，但具体问题还是要学生自己去发现、记录和解决。

我希望这门课能让我从“功能做出来了”走到“能说明需求、能和别人协作、能验证结果”。如果遇到问题，我会先整理复现条件、已经尝试的方法和卡住的位置，再去提问；这样得到的反馈也会更具体。

结语

这次作业让我把现有能力和下一步方向写得更清楚。接下来我会继续从前端出发，补上服务端、数据和工程协作的能力，也会持续关注 Agent 如何真正帮助用户完成事情。希望到学期末回看时，能看到一些具体的项目、测试和复盘，而不只是这篇计划。