第一次作业

这个作业属于哪个课程	https://edu.cnblogs.com/campus/zjlg/26rjjc
这个作业的目标	建立个人技术博客，完成一次自我介绍与技术能力评估，明确课程学习目标和团队角色，在此过程中练习使用 Markdown 进行清晰表达。
姓名-学号	潘镜天-2024329301005

老师好、同学们好！感谢大家阅读我的博客随笔，也希望能在这门课的学习和实践中能与大家互相交流、一起进步。

🌱 一、自我介绍

1. 自己的大致情况

我是 潘镜天，杭州土著，24 级自动化 1 班学生，目前担任班级团支书。我的社交半径不算大，也不擅长活跃氛围；但当一件事情需要被说明白、被安排下去、被持续跟进时，我愿意站出来把它做完。

团支书和团委的工作经历，让我能更自然地处理涌来的信息：确认通知有没有被准确传达，收集意见时有没有漏掉重要声音，活动节点能不能按时推进，出现变化时该怎样把新的安排说清楚。这些事情锻炼了我的沟通、组织和节点管理能力，也让我慢慢明白：协作不是把任务丢给别人，而是让每个人知道自己为什么做、做到什么程度、什么时候交付。

如果把大学生活看成一个还在迭代的项目，我现在大概处在“功能已经能够运行，代码和习惯仍然需要重构”的阶段。我取得了一些收获，也看见了还需要提升的部分。在新学期和新课程开始之际，确实需要进行一些总结与展望。

2. 个人爱好：羽毛球 🏸、阅读 📖 和音乐 ♫

我比较喜欢 羽毛球。学累了有时会用羽毛球放松，没有上过专业课程，动作还是欠些火候，以后有机会也想好好练习，不然打不了高端局（；´Д`）。

我也喜欢 阅读，读过一些文学书籍和社会科学书籍，也会读小说。文学作品让我体会语言的节奏和人物的处境，社会科学书籍帮助我理解制度、群体与现实，小说则是生活的调味剂。学习任务不重时，我会给自己留出固定的阅读时间，把喜欢的句子和读后的问题记下来，让阅读从“看过”变成“留下了什么”。（zlibrary 是一个我常用的找书网站。）

我喜欢 听歌，选歌时更在意旋律和歌词是否契合，对具体曲风没有严格要求。网易云的统计像一份不太严肃、但很诚实的生活日志。我总是喜欢用一段柔和的音乐舒缓情绪，帮我快速进入状态。如果大家担心早上赖床，可以在醒后带上耳机播放一段自己喜欢的激昂音乐，通常能更快清醒过来。

3. 个人性格

我最近的一次荣格认知功能测试结果是 INFP。这个结果和我的自我感受有几分相似：我比较内向，不太擅长即时社交，但愿意和人深度交流；脑子里偶尔会冒出一些奇思妙想，却经常需要一个明确的启动动作，才能把想法变成行动。我的精力也有高低起伏，偶尔会进入低能量或情绪低谷的时段。

我把测试当作观察自己的一个角度，不把它当作结论。真正有用的不是“我是 INFP，所以我做不到”，而是知道自己什么时候容易停在想法里，再给自己一个小到可以开始的动作：先做 5 分钟，只打开一个文件、只写一个函数、先把问题发给队友，然后逐步找到心流状态，完成任务。

4. 竞赛经历

我利用课余时间参加了多个电子类竞赛，也申报过校科创、国创项目。在这些比赛项目中，我基本都是以小组队长的身份参赛。队长并不只是把名字写在第一位，而是要从选题和方案开始，兼顾队员分工、物料准备、软硬件联调、进度推进、故障排查、实物制作和最后的展示。

方向不同的比赛考验我不同的能力。竞赛给我的收获不只是某一张证书，更是把问题拆开、把方案迭代、把实物做出来、把介绍文本压缩到规定字数，以及在多变赛场中的应变能力。它也让我明白，项目整体结构需要被提前安排，而不能只在最后一个节点临时补救。

多次项目答辩让我练习了原本较弱的文本汇报和 PPT 制作。我需要在有限时间里梳理项目内容，控制内容密度、安排演示顺序、调整心态，并和队友保持沟通合作。慢慢地，我开始理解“时间管理”不是把日程表填满，而是明确轻重缓急，并给真正重要的节点留下余量。

🧑‍💻 二、个人技术评估

1. 我的技能树：会什么、做到什么程度、下一步方向

我会尽量写明自己对不同技能的掌握程度。下面的表格是当前版本的自我评估：

技术能力	当前状态	未来方向
C 语言与嵌入式	能相对熟练地使用 C 语言进行嵌入式编程，使用 STM32 和 51 系列单片机搭建过多种电子作品，能够处理基础外设、控制逻辑和调试	做到模块边界清楚、错误处理完整、代码便于复用
Python 与 OpenCV	能相对熟练地使用 Python 进行 OpenCV 开发，可以完成小型视觉项目，理解图像读取、处理和结果输出的基本链路和方法，可以利用 Matplotlib 库绘制数据图，可以利用 tkinter 库搭建简单的前端	学会搭建更稳定的项目结构，并探索使用更多的库
ROS 2	有一定实践经验，在 Ubuntu 上使用 ROS 2 实际控制过视觉机械臂和导航小车，能够完成节点、话题和数据流配置，整合视觉、声音、底层通信等功能模块进行基础联调，能完成既定任务	进一步理解 TF、参数与 launch 组织，继续在具体项目实践中学习
C++	入门程度，能阅读和编写基础代码，正在适应更严格的类型、对象和工程组织方式	用一个小项目练习类、接口、构建和调试，而不是只停留在语法层面
硬件与结构设计	能完成单片机扩展板原理图和 PCB 设计并进行焊接，也能进行简单的 SolidWorks 三维建模	复习并更深入地理解电路知识，尝试自主修改设计出更稳定的电路结构
电路与电子技术	学习过电路分析、模拟电子技术和数字电子技术，能够理解基本电路原理，分析常见元器件和信号处理环节，并结合实验进行基础测量	进一步提高电路故障定位、信号完整性分析和软硬件联合调试能力
自动控制原理	学习过系统建模、传递函数、方框图、时域响应等基础内容，理解反馈控制与 PID 控制的基本思想，并且能用代码实现算法	结合 MATLAB/Simulink 或实际装置练习参数整定、性能分析和控制器设计
传感器与检测技术	学习过常见传感器的工作原理、信号采集与误差分析，能够理解检测系统从物理量获取到数据处理的基本过程	加强传感器标定、滤波和抗干扰实践，并将检测结果用于更稳定的控制系统
项目规划	多次以小组队长身份参加工科竞赛，需要兼顾方案、分工、进度、软硬件联调、实物制作和答辩	完成项目后，能学习总结出可复用的计划、风险清单和复盘模板
汇报与项目表达	参加过多次项目答辩，文本汇报和 PPT 制作能力得到锻炼，积累了一定的模板与心得	把技术取舍、实验数据、成败原因和潜在价值讲得更简洁、更清晰
AI 辅助开发	会通过 Codex、OpenCode 等工具进行辅助编程，用于生成样例、定位错误、整理重复代码和加快原型验证	能针对不同任务编写出合适的 skill；能快速找到需要人工修改调整的位置

我喜欢的技术方向，是把软件和真实世界接起来：摄像头看见什么，算法怎样理解，控制器怎样作出动作，硬件怎样把动作执行出来。嵌入式、机器视觉和机器人相关技术吸引我，是因为代码最终会在一个真实设备上留下痕迹。对我来说，技术不只是屏幕上的输出，也是一个传感器、一块电路板或一段稳定运行的程序。

2. 我特别需要提升的点 ⚠️

经过一段时间的竞赛和项目练习，我依然有几处明显的短板。

1. 版本管理和多人协作经验不足。 我还没有在正式项目中用 Git 记录完整的代码版本，也没有正式用 Gitee 做过多人协作。接下来我想从小项目开始，练习清晰的 commit、分支、issue 和合并记录，让每次修改都能回答“改了什么、为什么改、怎样验证”。
2. 整体架构设计还比较弱，容易依赖 AI。 我能够把局部功能做出来，却不一定能一开始就划分好模块、接口和数据流。以后写代码前，我会先画一张简单的模块图或时序图，写清输入、输出和异常情况，再让 AI 帮我检查方案；AI 可以加速实现，但不能替我承担设计责任。
3. 调试与排错思路不够好。 遇到程序异常时，我有时会凭直觉反复修改局部代码，缺少从现象、环境、复现条件到根因验证的完整链路。接下来我会先记录最小复现步骤，再用日志、断点、对照实验和二分排查缩小范围；修复后补充回归验证，逐步形成更稳定的调试习惯。
4. 沟通和临场应变能力仍需提高。 我有组织和协调的基础，但不擅长公共场合的即时表达，沟通语言也不够简洁。每次小组会议前我会写下三句话：这次要解决什么、我已经完成什么、需要谁在什么时候提供什么；会后发一份行动清单，训练自己把想法变成清晰的信息。

🎯 三、课程展望

1. 我希望从这门课中带走什么

我希望通过这门课建立一套可以长期复用的工程工作方法，完整理解软件项目从需求分析、方案设计、编码实现、测试验证到文档交付的基本过程。同时，我也希望通过团队协作，练习如何准确表达需求、同步进度、记录决策，并在遇到分歧时依据事实和验证结果推进讨论。这样，课程结束后我带走的不只是某个工具的使用经验，还应包括一套能够迁移到后续课程、竞赛和实际项目中的工作方式。

对我来说，课程收获可以具体到下面几件事：

• 能够写出清楚的需求、边界和验收标准；
• 能够用 Git 或 Gitee 留下可追踪的版本与协作过程；
• 能够对代码进行基本测试，知道失败时怎样复现和定位；
• 能够把技术方案、实验结果和已知限制写成队友看得懂的文档；
• 能够在项目结束后认真复盘，让下一次开始时少走一点弯路。

2. 我希望承担的角色

我希望在团队中承担技术开发与项目推进工作：具体包括功能实现、软硬件联调、测试记录等，同时参与任务拆分、节点跟进和技术汇报；如团队需要，我也愿意承担进度统筹的职责。遇到不熟悉的部分时，我会先梳理清楚问题，再向队友请教，并将讨论结果整理记录，确保信息同步。

我不一定是最擅长沟通、最擅长安排的人，但我不会成为一个把任务悬在半空的人。如果团队需要，我愿意做那个把接口对齐、把时间算清、把文档补全、把最后一公里走完的人。

3. Markdown 也在改变我的思考方式

刚开始写这篇文章时，我只想把脑中所想一股脑列出来。后来我发现：表格适合交代事实，标题适合建立层次，列表适合拆分任务，图片负责提供证据，加粗文字可以突出重点，代码块可以保存可复现的问题格式。Markdown 看起来简单，却要求我先把关系想清楚，再决定怎样表达。以后我还会尝试用任务清单记录进展，用折叠内容收纳补充材料，用引用块标出关键结论，让每次记录都更容易回看、复用和协作。

以后遇到技术问题，我会尽量留下这样一条记录：

现象：程序在什么情况下出现了什么结果？
环境：使用了什么硬件、系统、语言、工具或版本？
尝试：已经排查过哪些方向，分别得到什么结论？
下一步：准备验证哪个最可能的原因？

✅ 四、总结

通过这篇随笔，我对个人兴趣、实践经历、技术基础和待提升能力进行了阶段性梳理。现阶段，我已在嵌入式、机器视觉、ROS 2 及团队项目中积累了一定实践经验，但在系统架构、调试排错、版本管理和沟通表达方面仍需进一步提升。今后，我将以课程学习为起点，把已有经验沉淀为更加规范、可复用、可验证的工程方法，并通过持续实践和复盘提升独立完成真实项目的能力。

💬 最后送给自己与大家的两句话

穷究原理，洞悉本质。

坚持梦想，实干纯粹。

这两句话对我来说不是挂在墙上的口号。“穷究原理，洞悉本质”意味着遇到问题时不满足于复制一个能运行的答案，要追问它为什么成立、边界在哪里；“坚持梦想，实干纯粹”意味着想法必须经过动手、记录和验证，才能从情绪里的火花变成现实里的东西。

---