软件工程第一周作业

这个作业属于哪个课程	计科24级78班
这个作业要求在哪里	第一周作业
这个作业的目标	熟悉博客园和github的使用，对于写博文有初了解

---

软件工程课程博文

1. 介绍自己，建博客

我叫廖炳程，是一名计算机专业大三在读生。今天是博文初了解，好像，是有点点麻烦耗时间。不过想想，是不是总结一下，或者分享点什么，也是不错的乐趣。

我的一个小爱好是摄影，喜欢到处去拍拍好风光，记录身边的朋友。大学以后，我拥有了第一台相机，就开始了对于Photoshop的使用研究。最近我又迷上了LUT文件（即.cube文件），为了批量制作LUT文件，我也是和DeepSeek携手，经过几个日夜打通AI工作流，做出了想要的滤镜。

课余时间，我也会到操场跑跑，或者骑车在大学城溜达，寻找一份轻松宁静。

不过我的短板也很明显，表达能力尚有欠缺，面对多人讲话时还是会结巴。感觉我的专注力也随着玩手机的时间增加而减少，远不及初中高中了，这也需要我多看书，静下心来看看能不能改善吧。希望我是一个行动的巨人。

---

2. 现状、经验和计划

（1）技能调查

我选择这个专业，也是看到目前国内对于IT从业者的需求量还是很大，就业范围也广；刚好我从小对计算机接触的就比较少，通过学习这个专业能多学一点计算机知识。

距离一名合格的IT毕业生，我在项目经理能力、独立思考能力、代码量等方面还有着不小的差距。

以下表格是我认为比较重要的技能，并且想通过大三的课程及自己的学习提升至理想水平：

技能项	① 目前水平 (0-9)	② 目标水平 (0-9)	③ 提高手段
编程语言	4	6	多写代码、多做项目、学习优秀代码
需求分析	5	7	多做项目、学习需求分析方法、多与他人交流
团队协作	3	6	参加小组项目或者比赛、加强沟通、学习团队协作方法
学习能力	3	7	制定学习计划、坚持总结、多实践
行业洞察力	3	7	阅读行业资讯、关注技术发展、了解企业需求、问问工作的学长学姐

（2）阅读博客，写心得

a）你为何要来上课并且认真参与

大学上课真正要培养的，不只是“这门课的知识”，而是让自己具备专注、思考、理解复杂问题以及不带情绪学习的能力。

b）你在大学中体验到了哪种师生关系，你希望这门课是什么师生关系？

我的选择是教练—学员式的师生关系。我希望老师能够严格要求我，在学习过程中及时指出问题并给予反馈，同时我也会主动参与学习和实践。

如果老师布置的作业对我来说有些困难，我选择 C：向老师和同学请教，花更多时间，把作业全部完成。我认为遇到困难应该主动寻找解决办法，而不是逃避作业，通过不断练习和解决问题来提高自己的能力。

c）引用和抄袭的区别

引用和抄袭的区别在于是否尊重并说明成果来源，以及有没有加入自己的工作和价值。

引用他人的资料、代码或研究成果，只要明确标注来源，并在此基础上进行自己的分析、修改和创新，就属于合理借鉴；直接复制他人成果并冒充自己的，则属于抄袭、剽窃。软件开发中使用开源代码也是如此，要遵守许可证和课程要求。

（3）几年后的选择

我未来的就业方向是考入国企做一名技术岗人员。

• 优势：亲戚有相关从事人员，更加熟悉招聘流程；愿意投入更多金钱和时间对于目标进行追求。
• 劣势：专业技术能力偏薄弱，课程成绩不够亮眼。

规划：本学期确定升学方向，找相关学长学姐了解国企目前的就业现状及准备工作。

（4）这门课的计划

我的计划

通过“做中学”跟上课程节奏，每周按时完成迭代任务。在团队中主动承担开发角色（如Developer或QA），至少完成一个完整模块。每两周复盘一次进度，及时调整。

我的期待

希望项目能接触真实需求，有明确分工（参考UCSD的团队角色模式），并注重过程控制和迭代反馈，而不是期末一次性交大作业。

如何度过

我选 D：比以前课要多很多，直到达到目标为止。

计划每周投入 10小时（含上课），其中至少 6小时 用于项目开发与练习。

代码量

目前约 1500行（C语言）。
本学期目标：新增 1500行以上，累计达到 3000行；每周完成约 100行。

关于助教

我有意愿。如果能表现优秀，希望申请成为助教，既能巩固知识，也能锻炼组织表达，并传承经验。

WOOP计划

Wish（愿望）
课程结束时，能独立完成一个完整的软件项目，掌握Git协作、需求分析和团队开发流程，编程能力有明显提升。

Outcome（结果）
项目能线上运行，能清晰地向别人介绍功能和技术实现；团队配合默契，个人贡献得到认可；对软件工程的理解从“知道概念”变为“实战过、踩过坑、会避免”。

Obstacles（障碍）

• 内部：情感方面遇到问题；惰性上来时拖延到截止前才赶工。
• 外部：其他因素挤占时间，导致项目进度被打乱。

最可能的失败因素：不能够坚持下去，不把时间花在学习而是娱乐。

Plan（计划）

• 如果bug卡住超过30分钟自己还解决不了，就立刻问同学或老师。
• 如果晚上被其他课或者娱乐占用时间，就第二天早起1小时补上。
• 如果某周进度落后，就周末多花半天专门追进度。
• 如果写代码时想开小差，就站起来离开座位走5分钟，可以出去看看风景拍拍照再回来继续。

---

3. 提有质量的问题，给认真的反馈

问题一（第1章 概论）

书中1.2.3节说：“软件在运行过程中还会出这样那样的问题，也许我们要时不时给软件打一个补丁。”

我的问题是：如果前期设计时就把“后续维护的难度”作为核心指标来考量，具体该怎么做？如果软件投入后发现回报不达预期，是该继续投入维护还是直接抛弃？

我在课程项目中的体会是：项目交付即结束，很少体验长期维护的压力。那么课堂上学到的“可维护性设计”会不会因为缺乏实战而沦为纸上谈兵？

问题二（第2章 个人技术和流程）

书中2.1.3节说：“单元测试必须由最熟悉代码的人（程序的作者）来写。”

我的问题是：作者最了解代码，但也最容易顺着自己的思维惯性去写测试，遗漏自己没想到的边界情况。我自己写C语言程序时就有“自己测没问题，同学一跑就出bug”的体验。

那么单元测试应该由作者写，还是应该让其他人来补充？在团队开发中如何平衡“作者最懂代码”和“旁观者清”这两方面？

认真反馈

我选 D：经常提问题，平时就经常给老师和助教提反馈。

理由：既然课程倡导“健身/教练”的师生关系，那学员就应该主动向教练反馈身体状况和训练困惑，而不是等教练来问。平时多提问、多反馈，既能及时解决自己的疑问，也能帮助老师和助教了解教学效果、及时调整，对双方都有益。

---

4. 前车之鉴

一、读《时刻调整方向 找到人生的蓝海》有感

文章链接：https://book.douban.com/subject/4006425/discussion/22803733/

这篇文章让我印象最深的是那个“骑单车”的比喻——别人骑车看起来很直，其实是因为在时刻调整方向。作者辜新星大一沉迷社团活动，高数期中不到80分才惊醒，后来学长教他用ABCD四类法管理时间：A紧迫且重要、B重要不紧迫、C紧迫不重要、D不重要不紧迫。

这个方法对我很有启发。我目前代码量1500行（C语言），距离毕业目标还有很大差距。平时也常感觉时间不够用——课程作业、项目开发、社团活动挤在一起。读了这篇文章后，我打算也试试这个方法，每天把任务按ABCD分类，先做A类再做B类，而不是被C类（比如临时消息、琐事）牵着走。

作者还提到，他意识到自己编程基础薄弱后，坚持把书上的代码一行行亲手敲出来并编译通过。我反思自己之前看书确实“懒于动手”，觉得看懂了就行，结果一写就出bug。以后看书必须边看边敲。

二、读《我是科班——却没学懂计算机》有感

文章链接：https://book.douban.com/subject/4006425/discussion/22803961/

这篇文章的作者刘帅是传统意义上的计算机科班出身，学过数据结构、编译原理、操作系统等一大堆课程，却说自己“并没有学懂计算机”。他本科时成绩不错、年年拿奖学金，但几乎所有时间都花在“犯迷糊、做作业”上，作业从来不是主动思考，而是“沿着老师讲过的固定模式”完成。最扎心的是他描述数据结构课——“老师用最肤浅的知识，成功地告诉了我们数据结构是门几乎不用动手写程序的课程”。

这让我很有共鸣。我目前也是“科班”身份，学了C语言、数据结构等课程，但扪心自问——我真的“学懂”了吗？上课听讲、完成作业、考试过关，但代码量只有1500行。读了刘帅的经历，我意识到：成绩好不等于学懂了，被动接受知识不等于掌握了知识。真正重要的是主动思考、大量实践。

三、读《一直在路上》有感

文章链接：https://www.cnblogs.com/xiaozhi_5638/p/4485805.html

这篇文章的作者是“偏科生”出身，从农村考到二本，大学前没摸过几次电脑。大一看到《程序员》杂志上一篇文章强调“注重实践”，从此一有空就去机房敲代码，把课本例子一个个上机试。大一下学期C++大作业做图书管理系统（控制台程序），很多人不知道怎么保存数据，他因为提前自学了一点数据结构，轻松拿了优。

作者总结的四条建议让我很受用：自学、英语、重视基础、眼界。尤其“重视基础”这条——他说企业招应届生主要看基本功是否扎实，而不是简历上吹得多天花乱坠。这也印证了前面刘帅说的：科班出身不等于学懂了，关键看基本功。我目前C语言1500行的积累还远远不够，本学期目标新增1500行，累计3000行，先把基础打牢再说别的。

---

总结：三篇文章风格不同，但指向同一个道理——光上课听讲、完成作业远远不够，必须主动实践、大量编码、独立思考。这也是我本学期要努力的方向。