这就是软件工程师有感

在读这本书之前我以为可以在这本书里学到很多代码相关的知识点，但在真正阅读时候发现这里面真正站在一个过来人的角度告诉我软件工程师应该具备的素养以及我们可能遇到的问题。在这本书中我印象最为深刻的便是关于代码简洁性的部分了。

在这本书中多次强调“代码的整洁性”：代码是给人看的，不是给机器看的。之前我有听一次分享课，里面有一个学长说自己因为日常中重视代码的整洁和严谨最后在面试中脱颖而出，那是我第一次对代码整洁性的重要性有印象。本书中我触动的是对 “优质代码” 的分级：初级是 “可读”（命名清晰、注释明确），中级是 “可扩展”（不改主干就能迭代），高级是 “可重用”（像轮子一样适配多种场景）。我曾经没写过很多代码较长的案例，很多也是简单地照着老师讲解写，有些老师会先简单地写易懂但繁琐的代码，然后一步一步教我们如何简写，但是那对我而言也只是换种写法并没有很深刻的感触，直到我进行第一次css考核第一次完整地写一个代码量较大的项目时我发现我的逻辑必须足够清晰才能够在休息过后或者一段时间后轻易地接着在上一段代码之后续写，这时我才深刻的认识到代码整洁确实可以节省很多时间和精力，无需在写代码前费力的理解前面的代码。

代码的整洁性跟注释是脱不了干系的，关于代码注释，书中的比喻很形象 ——“要像说明书一样清晰”。我曾觉得 “代码自己会说话”，注释是多余的，直到某次给我的同学做考核时我发现她的代码十分清晰，我根本无需花费时间只需根据代码就可以了解她的代码逻辑，我想看哪个地方就可以迅速找到。我的考核官有说过我的代码注释有些少了导致他们在评审时候有些费劲，是的，相比我的这个同学我真的深刻认识到代码注释有多么重要。原来注释的核心不是 “解释代码是什么”，而是 “说明为什么这么做”“该怎么用”。就像书中举的例子：一个数学函数的注释，不该只说 “和某软件功能相同”，而要写清 “适用场景”“输入范围”“返回值含义”，这才是真正帮到后来者。

原来，写整洁代码的过程，也是修炼 “换位思考” 能力的过程。就像书中说的，“工程是技术的艺术”，而这门艺术的观众，从来都不是机器，而是那些将要与你并肩作战的同行。