软件工程第一周作业

软件工程第一次作业

这个作业属于哪个课程	软件工程
这个作业要求在哪里	第一次作业要求
这个作业的目标	介绍自己，分析现状与规划，提出有质量的问题，阅读前人经验并反思

---

1. 自我介绍

大家好，我是林锶堉，来自计算机科学与技术专业的大三学生。写博客对于我来说算是一种新体验，就算说到编程，我也从大一才开始接触C语言，后来学习了Java等，虽然目前代码量还不够多，但我在不断努力，希望能在软件工程这门课中进一步提升能力。

---

2. 现状、经验与计划

（1）为什么选择这个专业？差距与技能调查

为什么选择计算机专业？
高中时我对计算机就很感兴趣，尤其是看到各种软件改变生活的方式，觉得写代码是一件很酷的事情。高考后，我坚定地选择了计算机科学与技术专业。进入大学后，通过学习数据结构、操作系统等课程，我更加认识到计算机科学的深度和广度，也坚定了走技术路线的决心。

离合格IT毕业生的差距
对照课程技能调查表，我发现自己还存在以下不足：

• 编程基础不够扎实，代码量偏少；
• 缺乏完整的项目经验，对软件工程流程理解不深；
• 团队协作和沟通能力有待提高；
• 对新技术的学习和适应能力还需加强。

技能调查表（选取7项）

技能	目前水平(0-9)	课程结束后目标(0-9)	提高手段（至少5项）
编程语言（Java/C）	3	6	① 完成课程项目；② LeetCode刷题；③ 定期复习和总结
数据结构与算法	3	5	① 系统学习算法；② 刷题巩固；③ 参加在线课程
软件工程流程	2	5	① 学习课程内容；② 参与团队项目；③ 撰写项目文档
团队协作	2	6	① 积极参与小组讨论；② 担任项目角色；③ 使用协作工具；④ 听取他人反馈；⑤ 反思改进
版本控制（Git）	2	5	① 学习Git命令；② 在项目中使用；③ 参与开源项目；④ 阅读文档；⑤ 解决冲突练习
测试与调试	2	4	① 学习测试框架；② 编写单元测试；③ 使用调试工具；④ 分析Bug案例；⑤ 代码审查
沟通与文档写作	2	5	① 写技术博客；② 阅读优秀文档；

（2）阅读博客心得

a) 为何来上课并认真参与

阅读了这篇博客后，我深有感触。作者提到，大学课堂不仅仅是知识的传授，更是思维方式和学习能力的培养。认真参与课堂能够帮助我们建立完整的知识体系，与老师和同学互动也能激发新的思考。我意识到，大学是人生中少有的可以全职学习和研究的阶段，如果错过，将来很难再有这样集中的时间。因此，我会认真对待每一门课，积极参与讨论，不怕提问，努力吸收知识。

b) 师生关系与作业困难

关于师生关系，我理想中的模式是“教练与学员”的关系，正如课程所倡导的。老师提供指导和反馈，学生主动练习和实践。遇到作业困难时，我会选择C：向老师和同学请教，花更多时间，把作业全部完成。因为作业是巩固知识的重要途径，逃避只会让自己落后。同时，我也会主动与老师沟通，寻求帮助，而不是抱怨或放弃。

c) 引用文献与抄袭的区别

通过阅读相关资料和老师讲解，我理解到：引用文献是在自己工作的基础上，明确标注他人的贡献，并用于支持自己的观点；而抄袭则是将他人的成果据为己有，不注明出处。在软件开发中，参考开源代码或文档是常见的，但必须遵守许可证要求并注明来源。本课程要求我们诚实标注引用，学校对抄袭有严格的处罚规定，我会严格遵守学术诚信。

（3）未来选择与准备

几年后，我计划进入互联网公司从事软件开发工作，或者继续深造读研。考虑到个人兴趣和优势，我倾向于做后端开发或算法方向。相比其他同学，我的优势在于有较强的自学能力和毅力，劣势是项目经验不足，代码量有待提高。为了弥补劣势，本学期我计划：

• 认真完成课程项目，积累实践经验；
• 每周固定时间刷题，提高算法能力；
• 参与开源项目或自己发起小项目；
• 多与同学交流，提升团队协作能力。

（4）本课程计划与WOOP

课程期待
参考了一些学校的软件工程教学，我希望这门课能够让我们真正体验软件开发的全过程，包括需求分析、设计、编码、测试和部署。我希望通过团队项目锻炼协作能力，同时学习现代软件工程的最佳实践。

目前代码量

• Java：约2000行
• C：约1000行
• 总计：约3000行

目标代码量
为了入职一流软件公司，通常需要有数万行的代码量。因此，我计划在本课程结束时达到10000行以上，平均每周完成约500行新代码（包括课程作业和个人练习）。

每周投入时间
我打算平均每周投入8小时在这门课上（包括上课时间）。选择D：比以前课要多很多，直到达到目标为止。

WOOP计划

• Wish（愿望）：在本课程中完成一个的团队项目，代码量突破10000行，掌握软件工程的核心流程和工具。

• Outcome（结果）：项目顺利交付，获得老师和同学的好评，个人编码能力显著提升，简历上多了一个有分量的项目。

• Obstacles（障碍）：

  • 时间管理不善，容易被其他事情分心；
  • 遇到困难时容易产生畏难情绪，拖延；
  • 团队协作中可能出现沟通不畅。

• Plan（计划）：

  • 如果遇到难以解决的Bug，那么我先休息10分钟，然后查阅资料或向同学/老师请教，而不是卡住不动；

最可能的失败因素
我认为最可能导致我达不到目标的因素是“不能长期自律”。为了克服，我计划每天列出任务清单，并每周回顾进展，及时调整。

---

3. 提出有质量的问题（《构建之法》阅读）

我快速阅读了《构建之法》，以下是我提出的5个问题：

问题1：关于“软件工程中的敏捷开发是否适用于所有项目？”

出处：第6章“敏捷流程”
上下文：书中提到敏捷开发强调快速迭代、客户合作，但同时也指出敏捷可能不适合大型、关键性系统。
我的问题：在实际项目中，如何判断一个项目是否适合采用敏捷方法？有没有一些可量化的标准或决策模型？
资料/经验：我了解到一些大型项目（如航天软件）采用瀑布模型，而互联网产品多用敏捷。但小团队做原型开发时，敏捷确实高效。
困惑：作为学生，我们在课程项目中应该完全遵循敏捷吗？如果需求频繁变动，如何平衡文档与代码？

问题2：关于“代码复审的必要性与成本”

出处：第4章“两人合作”
上下文：书中强调代码复审能发现缺陷、提高质量，但也承认复审需要时间。
我的问题：在小型团队（2-3人）或时间紧迫的项目中，是否每个提交都需要复审？如何高效地进行复审而不拖慢进度？
资料/经验：我参与过一些小项目，发现团队成员水平相近时，复审往往流于形式，发现不了深层问题。
困惑：学生团队中，如何让代码复审真正发挥作用？

问题3：关于“软件工程师的职业道德”

出处：第17章“人，绩效和职业道德”
上下文：书中讨论了软件工程师的责任和道德困境。
我的问题：当公司要求开发可能侵犯用户隐私的功能时，工程师应该如何应对？有没有行业通行的道德准则或案例参考？
资料/经验：我阅读过一些关于科技公司数据滥用的报道，但很少看到工程师个人的选择。
困惑：作为学生，我们还没有面临真实职场压力，但应该提前思考这类问题。

问题4：关于“创新与灵感”

出处：第16章“IT行业的创新”
上下文：书中提到创新需要“灵光一现”但更多是积累的结果。
我的问题：对于普通开发者，如何在日常工作中培养创新能力？有没有具体的方法或练习？
资料/经验：我参加过黑客松，发现很多创意其实来自对现有工具的改进。
困惑：创新是否只能由少数天才完成？普通人如何参与？

问题5：关于“需求分析的模糊性”

出处：第8章“需求分析”
上下文：书中指出用户需求往往模糊、变化，软件工程师需要引导用户明确需求。
我的问题：当用户自己也不清楚想要什么时，有哪些实用的技巧可以帮助挖掘真实需求？
资料/经验：我在做课程设计时，遇到用户（同学）说“随便”，最后做出来的东西他们不满意。
困惑：如何避免需求分析中的陷阱，尤其是面对非技术用户？

---

4. 前车之鉴：阅读感想

感想1：关于“科班但没学懂计算机”

阅读了这篇讨论，我很有共鸣。作者提到很多计算机专业的学生虽然上了课，但并没有真正理解计算机的核心概念，只是应付考试。这让我反思自己：是否也陷入了“伪学习”的陷阱？大一大二时，我有时只是为了考试而背概念，并没有深入理解操作系统、网络等知识。现在大三，我决定改变学习方式，注重实践和思考，真正把知识内化。

感想2：关于“实习经验的重要性”

阅读了这篇博客，作者分享了自己偏科自学摸索的道路，并强调了实习经验对应届生的重要性。我目前还没有实习经历，这让我有些焦虑。但我意识到，实习不仅是简历上的一行字，更是了解行业、锻炼技能的机会。我计划在大三暑假争取一份实习，同时在课程项目中积累经验，弥补不足。

感想3：关于“大佬的成长史”

阅读了这位大佬的成长经历，我被他对技术的热情和持续学习的精神所打动。他从中学就开始编程，不断挑战自己，最终进入微软亚洲研究院。这让我明白，成功不是偶然，而是长期努力的结果。我也要找到自己的兴趣方向，持续深耕，而不是浅尝辄止。

---

5. GitHub仓库

我已创建与GitHub ID一致的仓库，并在README中写下了个人介绍。
仓库地址：https://github.com/SY-lin123
截图：

)

---

6. 反馈态度

关于课程反馈，我会选择D：经常提问题，平时就经常给老师和助教提反馈。因为我相信教学相长，积极的反馈能帮助老师改进，也能让我更深入地参与课程。

---

总结
这次作业让我系统梳理了自己的现状和规划，也通过阅读前人经验获得了启发。我会以认真的态度对待这门课，努力提升自己的软件工程能力。