代码整洁之道第1章-整洁代码

最近在读一本书《代码整洁之道》, 书中的一些观点也是针砭时弊啊, 发人深省。 接下来的一段时间内, 我会整理一下自己阅读每一章的心得体会, 欢迎大家一起读书, 一起进步

代码可能比架构更重要

现在的人们总是喜欢好高骛远, 往往最终是临渴而掘井。 当我们致力于在需求分析, 架构设计上尽显其能的时候, 却往往忽略了程序员的本质(我们拿手的家伙): 代码。在本书中作者就批判了那些认为代码可有可无的观点, 在这些观点中甚至于认为技术的发展, 代码会被取代。而作者也是毫不留情, 直接表示"代码就是需求的落地实践", 甚至于将代码引申到更加广义的空间, 那就是只要是需求的实现就是代码, 比如: 规则引擎。确实, 即使像现在流行的低代码, 自动化等各种各样形形色色的技术, 但也离不了人们对于需求的分析后的实践, 再好的工具也只是为了提升效率, 如果不能有效地使用这些工具, 一切也是徒劳。这些对现在的AI大行其道也有指导意义, 正如我的一篇博文一个java程序员对AI的看法中提到的那样, 底层的工具会变, 真正落地的思维不变, 而真正的落地形成的就是代码。

为什么我们的项目变成了屎山

屎山这个名字, 听着恶心, 但是事实往往比这个更糟糕。当你接手别人的代码的时候你是不是头都大了, 文档也没有, 注释也没有。当面对别人的屎山代码的时候你会怎么做? 在屎山上继续拉屎, 还是稍微清理一下, 不至于让屎山堆的更高。我敢保证, 任何一个项目在设计的时候都没有想把他搞成这样, 是什么原因呢? 作为我们程序员肯定有很多的抱怨, “项目工期太紧啊”, “技术经理让这么干的”; 作者直接说了一句:“你做好你自己了吗?”, 作者说的是对的, 我们根本没尽到一个程序员的责任啊, 就像一个即将手术的病人要求你给他手术的时候不要洗手, 不要消毒; 如果你是医生你会按照他的做吗? 如果我们真的做好了一个程序员, 我们会让这一切一直这样下去吗?

什么是整洁代码

这里作者列举了很多名家名言来说明什么是整洁代码, 最后也谦虚的表示他的观点和做法也仅仅是一家之言, 仅供参考, 至于作者定义的整洁代码, 就是本书接下来的一条又一条的规则和建议。

破窗效应和童子军军规

最后补充一下书中提到的"破窗效应"和"童子军军规", 至于具体的定义大家搜一下就很容易了解, 我们努力要做到的就是童子军军规。

有什么理解不到位的地方, 欢迎大家指正! 感谢观看!