软件工程第一周作业

软件工程第一周作业

这个作业属于哪个课程	软件工程
这个作业要求在哪里	作业要求
这个作业的目标	建立自己的博客并发布一篇博客随笔。梳理自己的学习轨迹与未来计划

1. 介绍自己，建博客
我叫巫庆城，是广东工业大学计算机科学与技术2024级的学生，平时喜欢运动，听音乐，打游戏。
这是我第一次写随笔，我自认为写博客是一件很消耗时间精力的事，但其中阅读博客是一件很有意义的事情，我们可以从中学到新的知识，得到某些问题的解决方案，每一篇博客都可能给你带来新的收获。所以我仔细想想，建立属于自己的博客还是很有必要的，我们自己可以从中记录自己成长与学习的过程，提升自己的逻辑与表达能力。

2. 现状、经验和计划
我从小学就开始接触电脑，在那时的印象中认为写代码是一件很高级的事，因此对计算机一直十分地向往。所以我在大学选择了计算机这门学科。
要想成为一名合格的it行业从业者，以我目前的能力是还远不能够实现的。
(1)以下是我选的项相关技能的调查表

技能名称	当前水平 (0–9)	目标水平 (0–9)	提升方式
Programming: Comprehension（程序理解）	3	6	多阅读优质开源项目代码，并试着复现
SE: Test（测试方法、测试工具、测试实践）	2	6	学习单元测试框架。多记录 Bug 追踪日志并总结测试边界条件
Programming Language (C/C++/Java/Python)	3	6	在 LeetCode 刷题 100+ 巩固语言特性与数据结构。
Work with others（协同工作，提供反馈，说服别人	1	5	与他人合作进行搭建项目，多进行团队协作交流
Programming: Design（架构设计，模块化设计，接口设计）	2	6	学习面向对象设计原则,并多做项目，在项目中积累经验
Ability to Learn（自主学习的能力）	3	6	在学习完相关技术知识后做好记录，定期进行复盘。多利用AI工具进行相关知识的咨询

(2)阅读心得
（a）在阅读完 http://www.scalerstalk.com/816-attention 这篇博文后，我对其中的观点十分认同，上课认真听讲其实就是一种能力的训练，提升我们的专注力.我也反思了自身存在的一些错误的上课方式，应当加以改正。大学的课堂时间是宝贵的，课堂的价值不仅仅只体现在知识的输出，还伴随着其他能力的提升。

(b)师生关系与问题解决
我上大学后体会到的师生关系大多都是 讲授者 与 听众 的单向传递关系。我理想中的师生关系是一种亦师亦友的关系，老师在传递知识的同时也能对学生进行指导，多接受学生的反馈。学生则要多与老师交流，像与好友交谈般向教师倾诉自己的问题。
在作业上遇到问题时我会选择 C: 向老师和同学请教，花更多时间，把作业全部完成。向他人请教能很好解决自身的疑问，集思广益远远好过一个人“胡思乱想”，这能为我节省跟多时间，提升学习效率。

(c)引用与抄袭和剽窃的区别
引用的本质是合理使用他人的开发成果其中应遵循相关的规则如（完全透明，严格遵循许可规则，合理使用）。而抄袭和剽窃本质就是盗用和欺骗，属于是盗取他人的劳动成果，是违法的。

（3）未来发展与个人规划
我未来更倾向走开发方向，从事相关软件的开发岗位。
优势：对学习充满激情，愿意投入时间去学，知不足而奋进。
劣势：还没有积累完整的项目经验，在相关方面的知识储备还不够完善
本学期规划:兼顾学校课程学习的同时，提升自己的代码积累量，保持良好的刷题习惯，同时完善技术栈的学习，能够积累完整的项目经验。

（4）这门课程计划与期待
个人代码量：c/c++约4000行。而入职一流公司所需代码量达到几万行甚至更多。
我计算平均每周拿出14小时用在这门课的学习上（包含上课时间）
计划在本课程结束后完成代码量达到6000行，每周完成约500行。

通过woop方法做规划
wish：我希望通过学习这门课程系统学习软件开发的全过程，包括需求分析、系统设计、编码实现、软件测试、项目管理以及软件维护等内容，提高自己进行软件项目开发的能力。

Outcome：我能够自己搭建一个完整的项目，能够将自己的一些创意与需求完整搭建出来，能够从中获得成就感。
期待通过这门课程了解实际软件开发团队的工作模式，学习如何进行模块化设计、架构设计和项目管理，为以后参与大型软件项目开发打下基础。

Obstacles：我自认为的障碍存在诸多方面，在学到一些难懂的专题时容易“卡壳”，影响自己的学习效率。
在学习过程中也容易被一些外部的信息所影响到自己的学习节奏。

plan：对相关技术知识的学习要充满热情与专注。
在学习过程给自己设立时间期限，有一个严格的标准。从而不易被外界的一些因素所影响。

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

问题一：天天写单元测试真的划算吗
章节出处：第2章 第1节 单元测试
书中要求写高覆盖率的单元测试，但在实际开发中，过分追求测试覆盖率反而降低效率。

问题二：软件工程师绩效考核的量化悖论
章节出处：第3章 第3节 软件工程师的职业发展
书中提到对工程师能力的评估和衡量，但将软件开发过程中的产出进行精确量化是非常困难的，甚至容易引发逆向选择。

问题三：规范化代码格式对开发效率的实际影响
章节出处：第4章 第1节 代码规范
书中强调建立严格统一的代码规范（如缩进、命名、注释风格）的重要性，但在自动化 工具和格式化插件普及的今天，过于繁琐的人工规范检查反而会降低开发者的专注度与产出效率。

问题四：敏捷开发会不会变成变相的“天天加班”？
第6章 第2节 问答
书中提到敏捷开发强调快速响应变化，但在实际操作中容易变成形式主义和无休止的改需求。

问题五：软件发布后分析的心理安全困境
章节出处：第15章 第2节 软件发布的复盘
书中提倡在项目发布或迭代结束后进行复盘，总结经验教训，但在缺乏“无责文化”的团队中，复盘极其容易演变为甩锅大会。理论上的复盘是为了找出系统和流程漏洞，避免同类问题再次发生。但在许多实际企业文化中，一旦项目延期或线上出现重大故障，复盘会议很容易演变成互相推诿责任的场所。

关于反馈：我会选择C，反馈是一种很好维护师生关系的做法，这也是双向的一种选择。学生提出问题，老师收集问题，通过这种反馈可以让老师更好地进行教学，这便是反馈的最大价值。

4.前车之鉴
感想一：https://www.cnblogs.com/xiaozhi_5638/p/4485805.html 在阅读完这篇文章后，我感受到一个计算机专业学生的成长并不是一蹴而就的，而是在不断尝试、实践和总结中逐渐形成的。文章中提到通过“多实践、多上网查资料”的方式提升自己，这让我认识到，学习计算机技术不能只停留在课本知识上，真正的能力来源于实际项目和代码实践。

感想二：http://www.cnblogs.com/Tpf386/p/4798437.html 阅读完这篇文章后，我最大的感受是，计算机学习的道路并不完全取决于专业背景，而更多取决于个人的努力和学习方法。文章中的经历让我认识到，即使起点不同，只要保持持续学习的态度，通过不断实践，也能够逐渐提升自己的技术能力。
文章也让我意识到，计算机行业的发展速度非常快，单纯掌握某一门语言或者某些基础知识是不够的。作为软件工程专业的学生，需要培养长期学习的习惯，主动关注新的技术方向，同时加强自己的工程实践能力。

三、相关要求
博客编辑界面截图

GitHub相关截图

地址https://github.com/ww7c/ww7c