计科7班李智杰个人介绍与软件工程课程学习规划

个人介绍与软件工程课程学习规划

这个作业属于哪个课程	https://edu.cnblogs.com/campus/gdgy/Class78-Grade2024-CS/
这个作业要求在哪里	https://edu.cnblogs.com/campus/gdgy/Class78-Grade2024-CS/homework/15710
这个作业的目标	完成个人博客与GitHub账号搭建，梳理专业现状与学习规划，结合阅读输出深度思考与问题

一、自我介绍：以代码为基，在学习与实践中成长

我是广东工业大学计算机科学与技术专业大三本科生。从大一正式系统学习编程以来，我经历了从“追求代码能跑”到“追求代码质量”的认知转变。最初接触编程时，我只满足于完成课后作业、通过OJ测试，随着学习深入，我逐渐意识到，真正的软件开发不止是写对语法，更在于清晰的逻辑、规范的表达和可维护的设计。

开通这个技术博客，是希望以输出倒逼输入，把课堂所学、项目实践中的思考与收获整理沉淀下来。我知道坚持写作和复盘是一件需要毅力的事，但我相信，哪怕一开始的内容浅显稚嫩，每一篇记录都是成长的脚印，也能帮我检验自己是否真正吃透了知识。

二、现状、经验和计划

1. 专业选择与技能自评

当初选择计算机专业，一半是出于对信息技术的兴趣，一半是看好这个专业的落地能力——代码能快速把想法变成现实，能解决真实世界里的问题。随着学习的深入，我也越发感受到计算机科学的魅力与价值。

作为还在成长的学生，我距离合格的IT从业者还有不小差距。结合自身发展方向，我选取了7项核心技能进行自评与规划：

技能项	当前水平（0-9）	课程结束目标水平（0-9）	提升计划
编程语言（Java）	4	6	系统梳理语言核心特性与设计模式，结合课程项目刻意练习规范编码，每段代码完成后做自查优化
数据结构与算法	3	5	每周坚持刷算法题，尝试在项目代码中主动运用合适的数据结构优化逻辑，不满足于暴力实现
软件工程与设计	2	5	跟着课程系统学习开发流程与设计原则，在每次作业中刻意实践，逐步养成工程化思维
Git与版本控制	3	5	学习标准Git工作流与提交规范，所有课程作业与个人项目都使用Git进行版本管理
代码规范与可读性	3	6	学习主流编码规范，养成写完代码自查重构的习惯，注重命名、注释与代码结构
调试与问题排查	4	6	总结系统性的调试思路，不只靠试错排错，形成可复用的问题定位与解决方法
团队协作与沟通	4	5	学习高效的团队协作方法，认真对待每一次小组作业，主动沟通、及时同步

2. 课程学习心得

a) 为什么要认真参与这门课

之前我做的课程设计和小项目，大多是“想到哪写到哪”的模式，经常因为前期没做好设计，写到后面发现逻辑混乱、难以扩展，最后只能凑合用。我知道这门课会系统讲授需求分析、软件设计、项目管理、团队协作这些工业界通用的方法论，能帮我把零散的编程经验梳理成完整的工程体系。

软件开发从来不是单打独斗的个人秀，学会用工程化的方法做项目、和团队高效协作，是比会写几行代码更核心的职业能力。认真跟着课程节奏走，把每一次作业都当成真实项目来做，能帮我少走很多自学摸索的弯路。

b) 师生关系与作业态度

我理想中的师生关系，是引导者与学习者的关系——老师给出专业的标准和方法，指出我们的问题；我们主动练习、主动反馈，在实践里打磨技术。

如果作业对我来说有难度，我会选 C：向老师和同学请教，花更多时间，把作业全部完成。

有难度恰恰说明正在走出舒适区，正是能力提升的契机。遇到不会的内容，我会先自己查阅资料、尝试解决，实在解决不了就向同学和老师请教，多花时间总能啃下来。敷衍应付或者直接放弃，最终浪费的是自己的成长机会。

c) 参考借鉴与抄袭的区别

在我看来，二者的核心区别是有没有独立思考，有没有尊重原作者的劳动。

合理的参考借鉴，是学习别人的思路和方法，结合自己的场景和需求做改造、做创新，并且明确标注来源。比如我们做课程项目时，会参考开源项目的实现思路和优秀的代码写法，但最终都会结合自己的需求重新设计与实现，这是站在巨人的肩膀上学习与创造。

而抄袭剽窃，是直接照搬别人的成果，不加修改、不标来源，伪装成自己的东西。这既是欺骗，也是对自己的不负责——抄来的代码永远变不成自己的能力。

我也清楚学校对抄袭的处理规定，学术诚信是底线，不管是作业还是项目，我都会严格遵守。

3. 未来方向与准备

几年后我打算走后端软件开发方向的职业路线，扎实打磨技术功底与工程能力，成为一名合格的IT从业者。

对比其他同学，我的优势是：做事踏实有耐心，愿意花时间打磨细节，遇到问题不轻易放弃；有整理总结的习惯，擅长梳理知识点与复盘经验，学习效率较高。

劣势也很明显：实战项目经验不足，没有经历过完整的工业级项目开发；知识体系偏课本理论，对真实业务场景下的开发流程了解不多；底层基础不够扎实，很多知识停留在“会用”的层面。

本学期我的规划：

1. 认真学好软件工程这门核心课，建立系统的工程思维，并把学到的方法落实到每一次作业与项目中
2. 补齐计算机基础短板，深入学习数据结构、操作系统、计算机网络等核心专业课
3. 完成1-2个个人小项目，把所学知识落地，积累项目经验
4. 定期整理学习笔记与技术总结，为后续实习与求职做好准备

4. 本课程学习计划

对课程的期待

参考了国内外高校的软件工程课程设置，我希望这门课不要只停留在理论讲解，能多引入真实的工业项目案例，多给我们动手实践完整开发流程的机会。也希望能学到行业内主流的项目管理方法与协作模式，而不只是抽象的概念。

我目前没有担任助教的打算，先把自身的知识学扎实、实践做到位。

代码量规划

我目前的代码量：Java约4000行，C语言约2000行，Python约1500行，总计约7500行
我认为想入职一流的科技/互联网公司，本科阶段至少需要积累3-5万行有效代码量，且要覆盖不同类型的项目，不能只是重复的课后作业
如果走高校教学与科研路线，代码量要求不必有工业界高，但需要有足够的深度，能独立实现相关算法与模型，大概也需要2万行以上的针对性积累

时间投入

我打算每周拿出 10-12小时 用在这门课上（包含上课时间），选择 D：比以前课要多很多，直到达到目标为止。

课程结束时，计划完成总代码量：12000行以上
每周应完成代码量：不少于350行

WOOP方法制定计划

Wish（愿望）：系统掌握软件工程的核心方法论，高质量完成所有作业与项目，建立规范的工程化开发习惯
Outcome（结果）：课程结束后，我能熟练运用软件工程的方法完成小型项目的全流程开发，规范使用Git进行版本管理，代码质量与文档能力明显提升；同时为后续的专业学习、项目实践与求职实习打下扎实基础
Obstacles（障碍）：

1. 拖延症，总把作业留到截止日前才开始做，导致完成质量不高
2. 遇到理论性强的内容容易觉得枯燥，沉不下心深入学习
3. 其他课程与事务较多，容易打乱学习计划，时间分配不合理
   Plan（计划）：
   如果又想拖延作业，就先打开编辑器写15分钟代码，进入状态后就容易继续推进
   如果觉得理论内容枯燥，就结合具体的项目场景去理解，思考这个知识点能解决什么实际问题
   如果这周其他任务太多，就提前把作业拆分成小任务，每天完成一部分，不堆到最后一天

最可能失败的因素与克服方法

最可能导致我达不到目标的因素是执行力不足，难以长期坚持。一开始兴致很高，制定了详细计划，但过两周就开始松懈，作业开始划水，代码练习也中断。

克服方法：

1. 把大目标拆解成每周的小任务，完成就打勾，给自己正向反馈
2. 找同学结伴学习，互相监督进度，每周交流学习情况
3. 定期看一些行业分享与前辈经验，给自己保持危机感与动力

三、提有质量的问题，给认真的反馈

《构建之法》阅读问题

我结合自己的学习与项目经历，阅读了相关章节，提出以下5个问题：

1. 第3章 软件工程师的成长
   书中提到工程师的成长需要大量代码量的积累，但我在平时的学习中发现，很多时候是在修改已有代码、调试bug，真正从零开始写的新代码并不多。我想知道，“有效代码量”的界定是什么？调试、修改、重构代码的过程，对能力提升的价值和写新代码相比有多大区别？

2. 第5章 团队和流程
   我们平时的课程小组作业，普遍存在人数少、周期短、成员水平参差不齐的问题，很难照搬标准的敏捷开发或者瀑布模型。对于学生阶段的小型开发团队，什么样的开发流程才是合适的？怎么平衡“流程规范”和“开发效率”？

3. 第7章 微软的软件测试
   书中详细介绍了单元测试、集成测试等多种测试方法，但我们平时做课程项目时，大多只做简单的功能测试，很少专门写测试用例。对于学生的小型项目，投入大量时间写单元测试会不会性价比太低？我们应该怎么平衡开发速度和测试覆盖率？

4. 第8章 需求分析
   在做课程项目时，我们经常会遇到需求模糊、做到一半又想加功能改需求的情况。书中说要做好需求分析再动手，但很多时候需求本身就是在开发过程中逐渐清晰的。面对这种频繁变动的需求，开发者应该怎么应对？怎么避免无限制的返工？

5. 第16章 IT行业的创新
   现在IT行业技术迭代很快，新框架、新技术层出不穷。作为在校学生，我们很难判断哪些是值得深耕的长期方向，哪些是短期的风口。在打牢基础和追赶新技术之间，应该怎么分配精力与时间？

课程反馈态度

对于课程反馈，我会选 C：有问题就问，至少一学期提三个问题，认真按时填写反馈。

及时的反馈是教学相长的基础，有疑问及时提出、有想法及时表达，才能让课程内容更贴合我们的学习需求，最终受益的还是我们自己。

四、前车之鉴

我从推荐文章中选取了三篇，结合自己的经历谈谈感想。

1. 《偏科生自学摸索的道路。实习经验对应届生重要吗？》

看完这篇文章我很有共鸣。作为在校学生，我们很容易陷入“课本学习”的舒适区，觉得把知识点背好、考试考好就够了。但文章里的经历让我意识到，校园和职场的差距比想象中大得多，企业看重的是解决实际问题的能力、工程化的能力，这些都是单纯的课堂作业给不了的。

这也提醒我，不能只盯着绩点和课本知识，要尽早去接触真实的项目、争取实习机会。哪怕一开始做的事情很基础，也比一直待在校园里闭门造车成长得快。同时也要注意补齐自己的短板，不能只学自己感兴趣的内容，要构建完整的知识体系。

2. 《不要轻易在简历上写我热爱编程，我热爱学习》

这篇文章给了我很大的警醒。我以前也会觉得自己“热爱编程”，毕竟愿意花时间写作业、做课程设计。但仔细想想，很多时候都是任务驱动，很少会主动去钻研技术、去读优秀源码、去学习课本之外的新知识。

真正的热爱从来不是嘴上说说，而是主动的、持续的行动。以后我不会轻易把“热爱编程”挂在嘴边，而是拿出实际行动：主动研究技术难点、定期复盘总结、持续拓展知识边界。用实实在在的积累和成果说话，而不是用口号。

3. 《大佬在职场中的摸爬滚打》

从这篇文章里，我看到了一个普通工程师真实的成长轨迹——不是一路顺风顺水，而是不断踩坑、不断调整、慢慢进阶。没有人生来就是技术大佬，所有的经验和能力，都是在一次次问题和失误里积累起来的。

作为还在打基础的学生，我经常会焦虑自己进步太慢、基础太差。但这篇文章让我平和了很多：技术成长是一场马拉松，不是百米冲刺。不用羡慕别人的起点高，也不用因为暂时的落后而急躁，只要每一步都走扎实，每一次踩坑都吸取教训，慢慢就能成长为靠谱的专业人士。

---

GitHub个人仓库

我的GitHub同名仓库：Zikie22/Zikie22，仓库README已更新个人介绍。
截图：

博文编辑界面的截图：