第一周随笔作业

这个作业属于哪个课程 https://edu.cnblogs.com/campus/gdgy/Class56-Grade2024-CS
这个作业要求在哪里 https://edu.cnblogs.com/campus/gdgy/Class56-Grade2024-CS/homework/15692
这个作业的目标 <熟悉博客园和github，为后续学习做准备>

一、介绍自己，建博客

我是来自计科六班的蔡小宇。这是我第一次写博客，之前虽然听说过了博客园这个东西并且也注册了打算也跟别人分享的那样子写博客来记录自己的技术成长和学习笔记，但是也很是没有迈出那一步并且坚持下去，这次老师的作业要求反倒是逼我走了出来。在此之前学习的大部分是Java后端方向的技术，但是由于时不时的拖延导致也还有很多内容没有学完，由此发散去学习的东西也是比较少。平时会比较喜欢看小说、打乒乓球。

二、现状、经验和计划

（1）自我评价
为什么会选择计算机专业：感觉更多是因为当时觉得程序员很厉害，还有就是觉得更容易不需要经过考研找到高薪的工作，但是更具体的也没有去认真了解。
技能调查表中我认为比较重要的技能：

  • 维度一的需求对齐和代码健康度
  • 维度一的验证深度与测试覆盖
  • 维度一的工程复现性与构建完整度
  • 维度三的智能体编排与工具使用
  • 维度四的手动掌控力与底层原理

我目前的水平感觉也都还在1和2之间，希望这学期能够达到4左右或者5这样子。

具体的实现方法：

  • 落实“先画图确认好再动手”的流程以消除理解偏差，并严格执行变量命名规范以提升代码可读性。
  • 从单一的正常流程测试转向边界值与异常场景测试，确保程序在极端输入下仍能稳定运行或正确报错。
  • 通过标准化环境配置与依赖管理，实现项目在新设备上无需额外调试即可直接运行。
  • 利用可视化平台搭建具备基础功能（如信息查询）的自动化流程，直观理解任务拆解与工具调用的逻辑。
  • 尝试脱离框架依赖，从零手写实现核心功能模块，以此掌握数据流转与系统交互的底层机制。

（2）阅读博客的一些心得
a）为什么要来上课：
看完那一篇大学生上课为什么一定要认真听讲我也是有种醍醐灌顶的感觉。这里面的观点比如认真听讲是一种能力，是需要训练的，还有聚精会神在这个时代已经是稀缺能力，大学应该打好基础是我非常认同的。我也结合了老师推荐的那个北航大三同学的文章及其评论一起来看，给我的感觉是原来还可以这样来进行反驳（比如说把讲课不好的老师概括为工作中规中矩的人，不尊重这类老师就是觉得中规中矩工作的人不值得尊重，当时感觉这个帽子很大了，当然这也只是我目前的不够成熟的看法）,让我感觉到不同思维之间的碰撞。因为我也会有到了大三后悔之前不够努力学习这种想法，但是就算时间真的倒流，我也不能保证会不会有所改变。只能说珍惜现在的时间，上课尽量认真听，总是会有一些收获的，起码比玩手机消耗时间好多了。
b）师生关系
我也认为比较理想的师生关系是健身教练和学员的这种关系模式。基本上每一个来进行健身的人，都是想要让自己变得更好的，这种情况下肯定就不会对教练的要求和指导产生一些抵触心理，而是希望教练能够给他带来更多的干货，让身体或者说身材变得更好。
如果作业对我来说还是比较困难，我也会选择C: 向老师和同学请教，花更多时间，把作业全部完成。。因为一直待在舒适区的人是得不到成长的，当然一直待在困难区也一样，最好还是待在舒适区和困难区之间的拉伸区，这种情况下得到的成长才是最大的，只需要努努力就能更进一步，更有利于长时间的学习，不至于产生安逸或者挫败的心理。
c）对于参考引用与抄袭
查看了老师的课程底线要求，我了解了抄袭在这门课程是严令禁止的。如直接照抄别人的实验报告实验结果，或者代码作业等等。但是抄袭和参考引用怎么区分呢？主要是看有没有诚实的说出来，参考引用是在借鉴别人的代码或者资料后主动明确标注了出处的，而抄袭则是不会标注来源和做出说明。如文章里的学生就算直接照搬了别人文章里面的过时的技术细节，连修改都没有，被老师询问后也不承认。
（3）未来准备
几年后，我应该是打算做后端开发这方面工作的。对其他同学来说，我有主动地去了解目前学习这个需要具备什么知识，需要有做到什么项目，但是劣势也很明显，属于想得多做得少那一类型的人，很多学习计划设立了却没有很好执行，规划好的学习任务总是被很多杂事打败。所以本学期中我会继续为我的这个选择而努力，如所需具备的专业知识学习，更好地进行时间规划，做好任务等级划分。
（4）课程计划
期待也能够靠自己写出一个软件/项目。认真学习本门课程。
目前代码量：
c：800行
Java：1500行
专门去搜索了解了一下：入职一流软件/互联网/AI公司需累计约3万～10万行代码量，而从事高校教学科研工作无明确代码量要求，核心考核指标为课时量与科研成果。
打算每周花6h在这门课上面。
前面的确也浪费了很多时间，我会选择D: 比以前课要多很多，直到达到目标为止。
计划会完成1000行左右的代码量，每周大概一百行。

WOOP方法

Wish/确定愿望:在本课程结束时，能够独立设计并编写完成一个功能完整、逻辑清晰的软件项目，并包装为简历上面的项目经历。
Outcome/确定结果:能够掌握软件工程的核心思维，拥有完整的自己完全理解的项目经历，为面试做准备；证明自己具备独立处理问题的能力；达到本课程考核要求。
Obstacles/找出障碍:不能很好自律，容易产生挫败感，喜欢放弃和拖延。
最可能的失败因素：不能长期自律。比如规划好去图书馆进行学习却总是找到诸多借口去做其他事情。还有时间一长就忘记自己的初心和当时的目标。
Plan/使用“if then”做风险防范计划:如果开始感到无聊和想要玩手机，就还是自己到外面散散步。

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

阅读《构建之法》后的五个问题：
第一个问题：关于第 4 章两人合作 4.5.2 为什么要结对编程：
文中提到：“在结对编程模式下，一对程序员肩并肩、平等地、互补地进行开发工作。...... 这种‘两脑合一’的模式，在不同阶段都能提高质量、避免局限性”
这里的提高质量即“1+1>2”的结论，是否需要有一个前提条件，即“两人的能力应该在差不多的水平”？
如果是实力相差过大的两人，是否会因为一方跟不上而没有参与感，而另一方也因为得不到有效协助而产生不满。所以这种结对编程一般应该是需要水平差异不大的两人来进行吧？
第二个问题：关于第 2 章个人技术和流程 2.1.1单元测试的讨论
文中提到：“有些软件写了好几年都没有发布，敢情他们都忙着写单元测试了”
单元测试需要的时间比开发的时间长这么久是不是不太合理呀？如果因为害怕有一点点的小错而无限延长这个软件发布时间，这个项目或者团队的盈利收益啥的是不是也会出现一些不平衡的问题？是不是应该有一个平衡的度来协调这个具体的开发和测试时间？
第三个问题：第 3 章软件工程师的成长 3.1个人能力的衡量与发展
文中提到：“软件给出发展早期曾短暂用代码行数来表示项目的规模，但是这个指标有很多缺陷；后期业界普遍用功能点来表示项目的大小。”
这里的代码行数让我联想到文章前面说的一名合格的工程师需要有多少万的代码行数，如果只是一个一直写最简单的curd的工程师他的代码行数也还可靠吗，不能代表他的技术有多么高深吧，所以这种用行数来评判这个工程师是否合格或是否经验丰富还合适吗？
第四个问题：第 16 章 16.1.4专家才能创新？跨界思维的价值
文中提到：“这个想法听起来没什么错，我们选专业学习，成为学士、硕士、博士，不就是未了成为某个领域的专家，然后开始这个领域的创新？ 但统计数据表明，不少创新者表示，他们最成功的创新是在他们拿手领域之外实现的。”
这和我之前的认知是完全相反的，你都不完全了解，谈何创新呢？会不会那些成功的例子也刚好是瞎猫碰上死耗子而已，就被推为了典型？
第五个问题：第 16 章 16.6.2创新需要心理安全感
文中提到：“谷歌公司的一项深入研究表明：公司里最具生产力和创新性的想法，并非来自顶尖专家拼凑出的‘明星团队’，而是出自那些成员彼此信任、富有安全感的团队。‘心理安全感’是培育创新的基石。”
这个说法我觉得并不是完全赞同，就比如平时交作业，距离时间截止还有五六天时我根本不急，就算打开了电脑也比较困难去找到灵感，反而是距离交作业时间越近越能够出现很多想法，下笔如有神的感觉。这时候是心理安全感肯定是没有那么高的，所以我对这个结论还是不完全赞同的。

认真反馈：既然是健身/教练的关系， 那么健身学员就会经常提问“为何我的肥肉还在？为何我肌肉不长?为何要做这个练习？... ... ”； 为了改进教学，收集资料，老师在教学过程中会要求学生填写对课程的反馈， 你会怎么做？
A: 不提问， 不理会，不填写
B：不想提问题， 等到老师催促多次，才随便填写反馈。
C：有问题就问，至少一学期提三个问题， 认真按时填写反馈。
D：经常提问题， 平时就经常给老师和助教提反馈

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

四、前车之鉴

附加要求

image
GitHub地址：https://github.com/cxyu-333/cxyu-333
image

posted @ 2026-09-06 19:38  cxyu333  阅读(3)  评论(0)    收藏  举报