11

读《大道至简》：

把《大道至简》关闭时，我还在想：一本讲软件工程的书，能对我这个刚学编程的大一新生有啥用？结果阅读了不到半小时，就被书里那句"真正的高效，是把精力花在该花的地方"钉在座位上，满脑子都是这学期做过的那些"瞎忙活"的事。

上学期的C语言课，班里有个同学，同时也是我的室友，他总被老师夸"勤奋"。他有个习惯，写作业时喜欢把书上的例题原封不动抄进自己的程序里。记得那次做"计算平均分"的作业，题目要求输入五个学生的成绩，算出总分和平均分就行。他却从课本里找了个"计算全班50人成绩并排序"的例子，原封不动复制过来，然后删删改改。

我凑过去看他的屏幕，代码里还留着"排名次"的函数和"不及格人数统计"的模块，只是被他用注释符括起来了。"这些又用不上，为啥不直接删掉？"我问他。他头也不抬地说："万一老师突然加要求呢？留着总比重新写强。"结果交作业时，他的程序因为残留代码里的一个变量没改对，运行时总弹出奇怪的数字，折腾了半天才改好，反倒是我用三行输入、两行计算写的简单程序一次就通过了。

当时我还觉得是他运气不好，现在读《大道至简》里的"冗余成本"理论，才明白问题出在哪。书里说，多余的东西不会只是"没用"，它们会变成隐患——就像口袋里装着没用的碎纸片，不仅占地方，还可能不小心掉出来绊自己一跤。他那些被注释掉的代码，就像留在口袋里的碎纸片，看似没影响，却藏着变量冲突、逻辑混乱的风险。

这事儿让我想起自己上学期做的英语PPT。老师要求介绍一个英语国家的节日，我选了圣诞节，觉得内容太少不好看，就从网上找了一堆无关的图片：圣诞老人的由来、各国圣诞美食、甚至还有圣诞歌曲的乐谱。结果排版时乱成一团，每张幻灯片挤得满满当当，播放时连字都看不清。后来删掉三分之二的图片，只留下圣诞树、礼物、平安夜三个核心元素，反而显得条理清晰，被老师表扬了。

那时候我不懂为什么，书里的话点醒了我："做事情就像装行李箱，重要的是带上必需品，而不是把所有东西都塞进去。"我加的那些多余图片，就像往行李箱里塞不需要的衣服，看起来装得满，真正要用的东西反而不好找。编程也是一个道理，明明几行代码能解决的问题，偏要加一堆没用的功能，最后只会让程序变得臃肿难用。

书里有个故事让我印象很深：有个学生做数学题，明明一步就能算出答案，却非要写满三页纸，把所有学过的公式都套一遍，结果因为步骤太多，中间算错了一个数，最后答案也错了。这让我想起高中时做物理题，班里总有同学喜欢用最复杂的方法解题，好像步骤越多越显得聪明，结果常常在简单的计算上出错。

现在我写代码前，会先在纸上画个"核心步骤图"。比如算斐波那契数列，我会先写下最基础的递归公式，确保能算出正确结果，再考虑优化。昨天做"判断一个数是否为素数"的作业，我没有一上来就想用什么高效算法，而是先写了个最简单的循环判断：用这个数除以2到它的平方根，如果都不能整除就是素数。虽然运行速度可能不是最快的，但逻辑清晰，一次就通过了测试。

以前总觉得，做得越多、越复杂，才显得自己厉害。读了《大道至简》才明白，真正的本事，是能看出什么该做、什么不该做。就像剥橘子，重要的是吃到果肉，而不是把橘子皮剥得有多好看。那些多余的步骤、没用的功能，就像橘子皮，剥掉它们，才能更快吃到最本质的东西。

合上书时，夕阳刚好照在键盘上。我打开之前写的那段充满冗余代码的程序，删掉那些没用的变量和注释，看着屏幕上变得简洁的代码，突然觉得编程好像没那么难了。原来很多时候，我们不是能力不够，而是把简单的事情想复杂了，白白浪费了精力。就像书里说的："所谓大道至简，不过是把该做的事做好，把不该做的事放下。"这个道理，不光适用于编程，也适用于我们每天做的每一件事。