第一周作业: 介绍与规划

这个作业属于哪个课程	计科24级56班 (广东工业大学 - 计算机学院)
这个作业要求在哪里	第一周作业要求
这个作业的目标	自我介绍、熟悉博客与GitHub使用、制定学习规划

一、自我介绍与建博客

大家好，我是 Alan900447（黄奕鸣）。
我是一名广东工业大学计算机学院的大一新生。其实刚进大学的时候，我对计算机专业的了解并不深，大部分认知都停留在“修电脑”或者“打游戏很厉害”这种层面上。但经过一段时间的学习，我发现编程其实是一件很有创造力的事情，它不仅仅是枯燥的代码，更是一种解决问题的思维方式。

平时我除了打篮球和看科幻电影，最大的爱好就是“折腾”各种软件和硬件。高中的时候，我曾为了给家里那台卡顿的老电脑重装系统，自己上网查教程、学做启动盘，甚至拆开机箱清理灰尘。当电脑重新流畅运行的那一刻，那种通过自己动手解决实际问题的成就感，让我彻底对这个专业产生了兴趣。虽然我知道真正的软件工程比装系统难得多，但那种“遇到问题-寻找方案-解决问题”的快乐是相通的。

现在开通了博客园，也建好了 GitHub，我希望这里能成为我记录学习轨迹的地方。我看过很多大佬的博客，里面记录了他们的踩坑经历。虽然我现在还是个小白，写不出什么高质量的技术文章，但我会从记录每一次作业、每一个报错开始，哪怕一开始写的东西很幼稚，也是成长的见证。

我的 GitHub 仓库地址： https://github.com/Alan900447/Alan900447

我的 GitHub 仓库截图：

二、现状、经验和计划

1. 为什么选择这个专业？

说实话，有一部分原因是很现实的——觉得 IT 行业好找工作，薪资相对可观。但更多的是因为在这个数字化时代，写代码就像是一种“魔法”，能凭空创造出工具来改变生活。我希望通过大学四年的学习，不仅仅是学会几门语言混个毕业证，而是真正掌握一门技术。我的目标不算特别宏大，就是希望以后能开发出哪怕只有一小部分人觉得好用、能解决实际痛点的软件，那就足够了。

2. 技能差距与提升计划

对照技能表审视了一下自己，我发现目前的水平还处于“小白”阶段，很多课虽然上了，但动手能力很弱。我挑选了 5 项我觉得最重要的技能：

技能名称	目前水平 (0-9)	课程结束目标 (0-9)	计划如何提高
编程语言 (C/Java)	3	7	目前只懂一点基础语法，写稍微复杂的逻辑就会报错。计划每周至少敲代码 10 小时，遇到报错先自己看日志，再去搜解决办法，不能一报错就马上问人。
数据结构与算法	1	6	这块是我的弱项，感觉非常抽象。打算认真听课，课后去 B站补一补基础，每天坚持手写一个简单的算法题培养逻辑思维，哪怕一开始只能写出来最简单的。
数据库 (MySQL)	1	5	之前完全没接触过。计划自己在电脑上装个 MySQL，建个简单的表，试着写增删改查的语句，弄懂数据是怎么存进去又怎么取出来的。
前端开发 (HTML/JS)	0	4	纯零基础。想尝试写一个极其简陋的个人主页，至少知道网页是怎么显示出来的，也算是对全栈有个最基础的认知。
Git/GitHub	2	6	今天刚学会了建仓库和写 README。以后每次写作业都用 Git 提交，不再用 QQ 传文件了，慢慢习惯版本控制，争取让 GitHub 的绿格子多起来。

3. 阅读心得

a) 我为何要来上课并且认真参与？
坦白说，一开始我是为了拿学分，觉得大学嘛，及格就行。但在看了《构建之法》和一些前人的经验后，我意识到自己瞎摸索很容易走弯路，甚至会因为遇到困难而放弃。上课不仅是听知识，更是学习老师解决问题的思路。认真参与，是为了让我少掉进一些基础的坑，也是对自己未来的投资。

b) 大学师生关系及对作业的态度：
我选择 C。
高中时习惯了老师把知识嚼碎了喂给我们，但在大学，老师更像是健身教练，动作要领教了，练不练、练得怎么样全看自己。如果老师布置的作业对我来说很难，我第一反应可能是头疼，但我不会直接放弃。我会尝试去分解问题，先自己查资料，跟同学讨论，如果还是不行，就带着自己尝试过的代码去请教老师。我觉得大学最重要的能力就是“自学”和“主动求助”。

c) 什么是抄袭？引用和参考的区别是什么？
参考是学习别人的逻辑和思路，理解之后用自己能实现的方式写出来，并且注明出处；抄袭则是直接复制粘贴别人的成果，假装是自己写的。我觉得作为计算机专业的学生，如果在代码上抄袭，其实是在骗自己。特别是编程这东西，你今天抄过去了，明天遇到类似的问题还是不会写。工作后遇到真 Bug，连怎么调试都不知道。

4. 几年后的规划与 WOOP 方法

• 几年后我想做什么？：希望能成为一名后端开发工程师，或者如果发现自己对学术感兴趣，也会去考个计算机相关的研究生深造一下。
• 我的优势/劣势：优势是好奇心比较重，动手能力强，不怕折腾，遇到新鲜技术愿意去试；劣势是英语基础一般，看官方文档比较吃力，而且拖延症比较严重，遇到报错容易心态暴躁。
• 本学期的规划：我打算选择 D。
  • W (Wish)：本学期结束时，能独立写出一个能运行的小项目（哪怕是学生管理系统这种简单的），代码量突破 5000 行。
  • O (Outcome)：如果做到了，我会非常有成就感，起码去面试实习或者跟别人介绍自己的时候，有个能拿得出手的东西。
  • O (Obstacle)：我最大的障碍是手机里的短视频，经常想着看十分钟休息一下，结果两个小时过去了。
  • P (Plan)：如果我想刷短视频，那么我就先把手机放到另外一个房间充电，强迫自己先写 30 分钟代码，写完再休息。如果实在静不下心，就站起来去走廊走一圈，回来继续。
• 代码量目标：目前我的代码量估计也就 500 行左右（还包含一些跟着教程敲的）。我希望课程结束时能达到 5000 行，每周大概是 300 行。我知道这可能不多，但对于现在的我来说是个需要努力的目标。

三、提出高质量的问题

在快速阅读了《构建之法》后，由于我目前编程经验不多，我结合自己的困惑，提出以下几个问题（由于看书比较慢，有些章节理解可能不到位，请老师见谅）：

1. 关于第X章 软件工程概述：

   书中提到：“软件工程就是要把事情做对，并且做好。”
   我的疑问是：在实际开发中，如果项目时间非常紧迫，我们是应该优先保证代码的质量（做对），还是优先保证按时交付（做完）？我们在做现在的课程作业时，是该追求完美，还是先完成基本功能再说？

2. 关于第Y章 团队合作：

   书中提到：“在团队中，每个人都要有明确的职责。”
   我不太同意这个观点。在之前的小组作业中，我发现很多时候大家需要互相帮忙才能完成。太明确的职责划分，可能会导致互相推诿（“这不是我的活，我不管”）。我认为灵活补位在团队协作中更重要，尤其是在大家能力还不均衡的时候。

3. 关于第Z章 需求分析：

   书中提到：“需求分析是软件工程的第一步，也是最关键的一步。”
   我的理解是：用户往往不知道自己想要什么。那么作为初学者，在没有真实用户的情况下，我们该如何培养挖掘需求的能力呢？是不是可以从模仿现有的软件开始？

4. 关于第4章 代码规范：

   书中提到：“好的代码应该像诗歌一样优美。”
   我想问：在目前的编程水平下，我经常觉得能跑通就不错了。在团队协作中，如果有人不遵守代码规范（比如变量名随便起），我们该如何有效沟通并解决这个问题？老师有什么建议吗？

5. 关于第5章 软件测试：

   书中提到：“测试是为了证明程序有错，而不是证明程序无错。”
   我觉得这个观点很有意思，和我以前“只要没报错就是没问题”的想法完全相反。那么，对于初学者来说，应该如何系统地学习编写有效的测试用例？是不是每写一个函数都要写测试？

6. 关于第16章 创新：

   书中提到：“创新并不是一个从天而降的想法，而是基于大量积累的产物。”
   我想问，对于我们大一学生来说，现在连基础知识都没学完，该如何培养自己的创新能力？还是说现阶段只需要老老实实打基础就好？

四、前车之鉴（阅读感想）

我阅读了老师提供的参考博客中的《IT小小鸟的故事》和《不要轻易在简历上写我热爱编程》。

我的感想：
看完这两篇文章，我最大的感受是：大佬们真的不是一天练成的，热爱也不是嘴上说说的。
其中一篇文章提到了“把每天要做的事情分成ABCD四类”的时间管理方法，把重要且紧急的事情排在前面。说实话，我平时做事就很随意，经常是想起什么做什么，导致周末大部分时间都在摸鱼，到了晚上才发现作业没写。这个方法我打算这周就开始试试，每天晚上睡觉前把第二天要做的事分个类，减少拖延。
另外，关于那篇“不要轻易在简历上写热爱编程”的文章，给我泼了一盆冷水。以前我以为会点三脚猫功夫就能拿高薪，现在意识到，真正的热爱是体现在无数个熬夜敲代码的夜晚和 GitHub 上的绿色方块上的。如果我现在不开始积累代码量，四年后简历上确实什么都写不出来，甚至连“热爱”这两个字都不好意思写上去。

---

反馈： 关于健身教练和学员的比喻，我选择 C。我认为只有遇到问题及时向老师提问，才能让老师知道我的盲区在哪里，这也是对老师教学的一种反馈。我打算在这门课上至少主动提出三个有深度的问题。