软件工程第一次作业

一、正文

这个作业属于哪个课程	首页 - 计科24级78班 - 广东工业大学 - 班级博客 - 博客园
这个作业要求在哪里	第一周作业 - 作业 - 计科24级78班 - 班级博客 - 博客园
这个作业的目标	完成课程随笔写作，梳理个人专业学习现状与成长规划；练习博客写作与 Markdown 排版方法；培养独立思考、主动提问与复盘反思的学习习惯

一、介绍自己与建博客

这是我第一次正式在博客园开通个人博客，按照教程指引将后台默认编辑器切换为了 Markdown 模式，正在学习基础的排版语法和写作规范。

之前听过别人说写博客可以记录自己的学习记录，相当于学习笔记，但是觉得太花时间，就没有写博客。其实长期来看写博客方便让未来的自己检查错误，在给别人参考时也能得到别人的指导，因此打算坚持一段时间看看效果。

二、现状、经验和计划

（一）专业选择与能力差距

当初选择计算机专业，一方面是觉得行业发展空间大、就业机会多，另一方面是自己对计算机比较感兴趣，觉得写出代码并跑通功能的时候很有成就感。

对照合格 IT 专业毕业生的能力要求，我选了 6 项认为比较重要的技能，做了自评和规划：

能力项	目前水平（0-9）	课程结束目标水平（0-9）
编程语言（Java）	3	5
数据结构与算法	2	4
工程实践能力	3	5
自主学习能力	2	3
文档撰写与表达	2	4
团队协作能力	1	3

针对以上的技能，我将：

• 阅读 Java 核心编程相关书籍
• 完成课程小项目，在实践中熟练
• 完成团尝试做个人小项目，完整走一遍开发流程
• 遇到问题先自己查资料尝试解决
• 和队友及时沟通进度与问题

（二）相关阅读心得

1. 注意力与学习效率

看完关于注意力管理的相关博客，我认同注意力是学习里最稀缺的资源。自己平时学习也经常被手机消息、网页弹窗打断，看似坐了很久，其实有效学习时间很短，容易在等ai回复时刷短视频。之后打算学习的时候尽量远离干扰源，用番茄学习法提升单位时间效率。

2. 师生关系与作业应对

我体验到的大学师生关系大多是老师课上讲授、学生课下完成作业，课下交流不算多。我希望这门课的师生关系是平等交流的：老师引导方向和重点，学生主动探索和练习，有问题可以顺畅沟通。

如果布置的作业对我来说有些困难，我会选择 C：向老师和同学请教，花更多时间，把作业全部完成。 作业本来就是用来练习和巩固知识的，难一点正好能暴露自己没掌握的地方，多花点时间弄懂比糊弄过去更有意义。

3. 引用与抄袭的区别

我认为引用和抄袭的核心区别有两点：一是是否明确标注来源、尊重原作者；二是是否有自己的思考和增量产出。引用是在别人成果的基础上做进一步学习、研究或开发，标注出处；抄袭则是直接照搬别人的内容、代码或想法，冒充成自己的成果。

我了解学校对抄袭的处理规定比较严格，之后写作业、做项目的时候都会注意注明参考来源，独立完成自己的部分，不触碰抄袭红线。

（三）未来选择与本学期规划

毕业之后我打算先就业，从事软件开发相关的工作。

和其他同学相比，我的优势是愿意动手尝试，加入了工作室接触后端开发相关内容；劣势是项目经验比较少，对行业和细分方向的了解也不多，又因为受到 agent 的冲击，传统开发也开始需要转型。

本学期的规划是：先把专业课学好，打牢基础；同时多写代码，提升编程熟练度；并慢慢了解行业方向，继续深入学习后端开发以及熟练使用 agent 。

（四）课程学习计划

我对这门课的期待是能学到实用的软件开发方法，能真正提升写代码、做项目的能力。我打算按时上课，认真完成每次作业，在作业之外，多尝试使用开源项目。

目前的代码量大概是：C 语言约 2000 行，Java 约 8000 行，总共 10000 行左右。我觉得要入职不错的软件公司，至少得有几万行的代码量积累，并且代码量也并不能决定个人能力，简单的 CRUD 不能提升个人能力，需要学习新的技术栈使用新的技术。

我打算平均每周拿出 10-12 个小时用在这门课上（包含上课时间），比以前的其他课稍多一些，对应选项 C。

WOOP 方法规划

1. Wish（愿望）：掌握课程的核心知识，编程能力和工程素养有明显提升，期末能独立完成课程大作业。

2. Outcome（结果）：期末写代码更熟练，逻辑更清晰，不用对着问题半天无从下手；大作业完成质量高，代码规范，能正常运行；自己解决问题的能力变强，之后找实习也更有底气。

3. Obstacles（障碍）：

   • 容易拖延，总把作业留到截止日前才开始做，赶工导致质量不高
   • 遇到难的知识点容易卡住，卡久了就想放弃
   • 学习的时候容易分心，刷手机、逛网页浪费时间
   • 基础一般，有些内容理解起来慢，容易跟不上进度

   最可能导致达不到目标的因素：

   • 总是觉得时间还多，等到快截止了才开始，最后只能草草完成，学不到东西。

4. Plan（计划）：

   • 如果到了预定的学习时间还在刷手机，就立刻把手机放到另一个房间，等完成当前任务再拿回来

   • 如果遇到难题卡壳超过半小时，就先停下来去查资料或者问同学，不要死磕也不要直接跳过

   • 如果当天的学习任务没完成，就取消当天的娱乐安排，做完再休息

   • 如果发现进度落后了，就每天多挤半小时出来补，不拖欠到后面

三、提出问题与课程反馈

《构建之法》阅读问题

快速通读了《构建之法》，有几个地方有些疑问和想法，整理如下：

1. 第 2 章 个人技术流程 书中提到软件工程师的编程能力需要通过长期的刻意练习来提升，但我身边很多同学都是临近找工作才集中刷题，平时写代码很少。从结果来看，短期刷题好像也能通过不少面试。 我的困惑是：如果目标只是找到一份开发工作，短期针对性刷题和长期刻意练习写代码，哪个性价比更高？我知道长期来看能力更重要，但在求职阶段，好像短期投入的见效更快，不知道该怎么平衡两者的时间分配。
2. 第 5 章 团队与流程 书中详细讲了敏捷开发的各种实践和流程，但我了解到很多小型团队或者初创公司其实都不怎么用正规的敏捷流程，基本是需求来了就直接做。 我想问：在规模很小的项目里（比如两三个人的课程作业），严格遵循敏捷开发流程会不会反而降低效率？我自己做小作业的时候，感觉太多流程性的东西反而会占用写代码的时间，不知道是不是我理解得不对。
3. 第 8 章 需求分析 书中说需求分析要充分调研用户的真实需求，但很多时候用户自己也说不清自己到底想要什么，经常是看到产品之后才知道 “这不是我要的”。 我的问题是：当用户自己都表达不清楚需求的时候，有什么好的方法能挖掘出真实的需求？我做小项目的时候经常中途改需求，很大原因就是一开始没挖透需求，想知道有没有更有效的方法。
4. 第 12 章 用户体验 书中强调了用户体验的重要性，也讲了很多体验设计的原则。但实际开发的时候，经常会遇到功能完备性和用户体验冲突的情况，而且开发资源和时间都是有限的。 我想知道：在开发资源有限的情况下，应该优先保证核心功能可用，还是优先打磨用户体验？我个人觉得应该先 “能用” 再 “好用”，但不知道在实际工作中一般是怎么平衡的。
5. 第 16 章 IT 行业的创新 书中提到创新更多是由用户需求驱动的，而不是为了技术而技术。但现在很多 AI 相关的产品，感觉是先有了技术突破，再去寻找应用场景。 我不太认同完全的需求驱动论，想问技术驱动的创新算不算真正的创新？是不是只有解决了真实需求的创新才有价值？

课程反馈

对于课程反馈，我会选择 C：有问题就问，至少一学期提三个问题，认真按时填写反馈。 有疑问的时候主动提出来，既能解决自己的问题，也能帮助老师了解学生的学习情况。认真填写反馈是对课程的尊重，也能帮课程变得更好。

四、前车之鉴

选了两篇前辈的博客阅读，简单谈谈感想。

1. 《野生程序员：优先招聘》

链接：https://www.cnblogs.com/freeflying/p/4796369.html

这篇文章的作者是文科生半路出家做程序员，有七年行业经验，还明确说招聘优先考虑非科班出身的人。看完感触还挺深的。

以前总觉得科班出身是做程序员的标配，看完发现学历和专业其实都只是敲门砖，最终还是看能力。作者批判了大学计算机教育的很多问题，虽然有些说法有点偏激，但也不是没道理，很多大学的课程确实偏陈旧，和实际工作脱节。

我作为科班学生，一方面不能因为有文凭就懈怠，不然照样会被非科班出身的人超过；另一方面也要珍惜学校的学习资源，把基础打牢，同时多接触实际技术，不要只停留在课本上。出身不决定上限，努力才决定。

我在网上也看过很多程序员培训班，有些培训班的教学其实也非常优秀，也可以从里面吸取他们的经验，对此我认为从事计算机相关工作，技术大于一切。

2. 《对程序员职业的一些建议》

链接：http://coolshell.cn/articles/4561.html

这篇是陈皓老师给刚毕业学生的职业建议，讲了热情、能力、工作选择、职业发展这些话题。

里面有一句话我印象很深：“真正的稳定是，今天我离开这个公司，我明天就能找到相应的工作。” 之前我也总想着找一份 “稳定” 的工作，看完觉得真正的稳定是自己的能力，而不是某一家公司。

还有关于第一份工作的观点，我之前也很焦虑第一份工作是不是不够好，会影响一辈子。看完觉得第一份工作确实重要，但也没到决定一生的程度，就算起点一般，只要保持学习的节奏，慢慢也能赶上来。与其焦虑选对选不对，不如先踏实提升自己的能力，待遇和职位都是能力的附属品。

二、博客后台编辑页面截图

三、GitHub 练习

地址：https://github.com/gigittty/gigittty