第一周作业

第一周作业

这个作业属于哪个课程	https://edu.cnblogs.com/campus/gdgy/Class56-Grade2024-CS
这个作业要求在哪里	https://edu.cnblogs.com/campus/gdgy/Class56-Grade2024-CS/homework/15692
这个作业的目标	完成个人博客首篇随笔，介绍自己、评估现状、制定学习计划、提出课程问题并阅读前人经验

---

1. 介绍自己，建博客

大家好，我是一名计算机专业的普通大学生。
关于写博客这件事，我的理解是：它确实很花时间——你要组织语言、注意排版格式、还要把自己的思路捋清楚才能写出来。但换个角度想，这恰恰是一个“把知识内化”的过程。如果一个问题你能用文字清楚地讲给别人听，那说明你自己是真的懂了。
课余时间我比较宅，喜欢刷视频和打游戏。想想自己的“闪光点”，我只能想到关于性格上的，心态好，生性沉稳。这让我更倾向于独处和思考，有敏锐的洞察力。这种坚韧与心态也能助我在学业上不断突破自我，在生活中勇敢面对各种挑战。

---

2. 现状、经验和计划

（1）专业选择与技能差距

说实话，不是什么高大上的理由。高考完填志愿的时候，我其实也不太清楚每个专业具体是干什么的。我自己也觉得平时挺喜欢玩电脑的，也接触过编程兴趣班，感觉还行，学这个应该不会太排斥，于是就选了。前两年其实过得有点浑浑噩噩，课听了，作业做了，但属于那种"应付完就忘"的状态。大学这几年可能是这辈子精力最旺盛、时间最自由、试错成本最低的阶段了。如果这时候不好好学，以后工作了想补都没机会。所以我需要认真对待，继续努力。
关于我和"合格毕业生"之间的差距，说实话，差距还挺大的。虽然上了两年多的课，但让我独立从头写一个完整的项目，我心里还是没底。理论懂一点，代码能写一点，但离"能干活"的标准还差得远。对照技能调查表，我挑出了 5 项我觉得对我特别重要的技能，给自己做个评估和规划：

技能项	①目前水平 (0-9)	②目标水平 (0-9)	③提高手段
Programming: Comprehension（程序理解/阅读/分析/debug）	3	6	1. 多看别人写的项目源码，逼自己去读 2. 遇到bug不急着问人，自己先尝试定位 3. 用调试工具一步步跟踪代码执行
Programming: Design（架构设计/模块化/接口设计）	2	5	1. 写代码前先画简单的结构图 2. 学习优秀项目的模块划分方式 3. 每次作业都刻意练习"先设计再写代码"
Programming: Implementation（模块实现/逐步细化）	4	6	1. 把大任务拆成小功能，一个一个实现 2. 每个小功能写完就测试，不堆到一起 3. 参考别人类似功能的实现思路
Programming: Test（单元测试/代码覆盖率）	1	5	1. 学习测试框架的基本用法 2. 每次作业都写几个简单的测试用例 3. 养成"写完功能就写测试"的习惯
Programming: Code Review / Code Quality（代码复审/规范/质量）	3	6	1. 遵守课程指定的代码规范 2. 写代码时注意变量命名和注释 3. 代码写完自己从头到尾读一遍

（2）阅读心得与师生关系

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

阅读了相关学生博客后，我认为认真上课是对自己负责。大学是培养自学能力和自律性的关键期，即使老师讲的不完全符合预期，主动参与也能有收获。

b) 师生关系与面对困难作业的态度

我在大学体验过Stranger / Stranger （路人甲 / 路人乙）的师生关系。我希望这门课是 “ Coach / Trainee (健身教练 / 健身学员) ” 的关系——老师指明方向和方法，我主动练习并对自己负责。
如果老师布置的作业对我来说有些困难，我的选择是：C. 向老师和同学请教，花更多时间，把作业全部完成。
因为逃避解决不了问题，而且大学里遇到困难正是成长的机会。

c) 关于引用、抄袭与剽窃

在工作中借鉴别人成果并注明出处是引用；而把别人的成果当作自己的、不注明来源、不加以消化吸收就是抄袭/剽窃。
我会严格遵守学校关于抄袭的处理规定，所有参考的文献、代码、观点都会在博客中明确标注出处。

（3）未来规划与优劣分析

几年后，我更倾向于考公务员。

• 我的优势：心态好、对编程有兴趣、
• 我的劣势：不够自律、英语不太好

针对我的选择，本学期我的具体规划是：每天背20个单词 。

（4）课程计划与代码量

我目前的代码量大约是 3000 行，主要涉及C/Python/ Java等语言。
为了有资格入职一流的软件/互联网公司，我了解到需要几万行以上的代码量积累；而从事高校教学科研工作，则更看重理论基础和论文阅读能力，代码量要求相对灵活。
我愿意每周平均花D. 比以前课要多很多 在这门课上。

WOOP 计划：

• Wish（愿望）：在这门课中独立完成一个能跑通的完整小项目。
• Outcome（结果）：成就感满满，简历上能多写一个项目，面试时有东西可聊。
• Obstacles（障碍）：最怕自己写着写着就去刷视频了，或者遇到bug就烦躁放弃。
• Plan（计划）：如果我学习中途想刷手机，那么我就立刻把手机锁进柜子里，站起来喝杯水再继续；如果遇到bug半小时解决不了，那么我就先记下来，去问同学或老师，不钻牛角尖。

---

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

刚开始上课就要提问，说实话我第一反应是"课都没上能问啥？"但看了"必要困难"理论后我理解了——在学习之前先暴露自己的无知，后面的学习才更有针对性。
以下是我快速阅读《构建之法》后提出的 5 个问题：

问题一（第 2 章《个人技术和流程》）

书中强调单元测试要达到"100% 代码覆盖率"。但我查资料发现 Google 并不追求 100%，而是更关注关键路径和高风险模块。100% 覆盖率也不代表 100% 正确。
我的困惑是：单元测试的"度"在哪里？小项目也需要写单元测试吗？书中没有区分大项目和小项目的测试策略，我拿不准该做到什么程度。

问题二（第 5 章《团队和流程》）

书中描述的"理想团队"有共同目标、分工明确、互相依赖。但现实中校园团队项目经常是有人划水、有人包揽一切。
我的困惑是：校园里大家水平参差不齐、目标也不一致，怎么才能实现书中说的"真正的团队合作"？还是说校园项目能做到"各司其职、不拖后腿"就不错了？

问题三（第 8 章《需求分析》）

书中说"用户很多时候不知道自己真正想要什么"，需要团队去挖掘真实需求。但现实中挖掘真实需求并不容易，很多产品失败恰恰是因为太"自以为是"。
我的困惑是：对于没有足够调研资源的学生团队来说，有没有更"可操作"的需求获取方法？还是说学生项目先做出来再说？

问题四（第 14 章《质量保障》）

书中把 QA（关注过程质量）和 Testing（关注产品质量）分得很清楚。但我查资料发现，在敏捷开发中两者的边界越来越模糊，开发者自己也要对质量负责。
我的困惑是：对于小团队或学生项目，有必要同时关注"过程"和"产品"两个维度吗？还是说"代码能跑、bug 少"就是全部了？新手应该先管好哪个？

问题五（第 16 章《创新》）

书中说"创新的时机非常重要"——太早或太晚都不行。但这听起来有点"事后诸葛亮"，成功了就是时机对，失败了就是时机不对。

我的困惑是：事前怎么判断时机对不对？另外，对于还没毕业的学生来说，创新是不是太遥远了？我应该先打好基础，还是从现在就开始培养"创新思维"？

关于课程反馈

我的选择：D. 经常提问题，平时就经常给老师和助教提反馈。

---

4、前车之鉴

以下是我阅读前人经验文章后的具体感想：

感想一

《辜新星：时刻调整方向 找到人生的蓝海》
链接：https://book.douban.com/subject/4006425/discussion/22803733/

读完这篇文章，我最大的感受是“这不就是我吗”。大一的时候我也是各种社团、活动什么都想参加，觉得自己很忙很充实，结果期末成绩一塌糊涂。区别在于，人家高数考了不到80分就“惊醒”了，我开始挂科了还在自我安慰“下学期一定好好学”。
关于这个ABCD分类法，我其实之前就听说过，但从来没认真用过。看完这篇文章之后我试了一下，发现自己每天花在“D类”事情上的时间比想象中多得多——刷短视频、无目的地逛论坛、看一些跟自己毫无关系的信息。把这些时间加起来，一天能有两三个小时。如果把这些时间换成“A类”和“B类”的事情，比如写作业、复习、学点真东西，一个学期下来差距应该会很明显。
文中还有一句话让我印象很深：“学习和进步才是大学的主题，荒废其中任何一个都不能让大学生活过得充实而完整。”以前总觉得大学就是“玩够了再学”，现在才慢慢明白，这两件事其实不是先后关系，而是需要同时做好的事。

感想二

《一直在路上——记我从初中到本科近十年的学习成长历程》
链接：https://www.cnblogs.com/xiaozhi_5638/p/4485805.html

这篇文章让我觉得特别亲切，因为作者的经历跟我有点像——都是普通学校、普通背景，不是那种天生就会编程的大神。他有两点让我很有感触。

第一点是关于“偏科” 。他英语和化学好是因为“有强烈的求知欲望”，上其他课时都在看英语杂志。这让我想到我自己，我专业课学得不怎么样，但打游戏相关的攻略、视频、资讯我能看一整天都不觉得累。其实不是能力问题，是兴趣有没有被点燃的问题。如果能把这种“求知欲”迁移到专业学习上，效果应该会好很多。

第二点是关于“实习经验” 。作者大四为了实习经历，不顾系主任反对跑去北京，但多年后反思说，企业招应届生看的其实不是你有没有实习过，而是你的“吸墨能力”——也就是基本功扎不扎实、自学能力强不强。这个观点对我挺有启发的。我之前的想法是“实习越早越好、越多越好”，但看了这篇文章之后我意识到：如果基本功不扎实，实习也就是去打个杂，学不到什么真东西。与其大四急着出去实习，不如先把数据结构、操作系统这些核心课学扎实了。就像作者说的，他大二就把《数据结构》课本后面的内容提前学完了，上课时别人还在纠结指针，他已经轻松理解了——这种“前因决定后果”的积累，比一纸实习经历重要得多。

---

我的GitHub地址：https://github.com/MengXing-OwO