标签：团队项目 贵的 不能 总结 相互 自我 函数 笔记 需求
第九次读书笔记——读《代码整洁之道》有感
“相对于任何宏伟景愿，对细节的关注甚至是更为关键的专业的基础。首先，开发者通过小型实践获得可用于大型实践的技能和信用度。其次，宏伟建筑中最细小的部分，比如关不紧的门，有点没有铺平的地板，甚至是凌乱的桌面，都会将整个大局的魅力毁灭殆尽。”看完了这本书，感觉书中的这句话是整本书的核心。个人感觉这本书给我带来的更多的不是能力上的提升，而是思想上对代码整洁有了整体的把握。
首先，这本书让我们在思想层面上认识到了代码整洁的必要性，只有思想有了必要的准备，才能写出整洁的代码。书中从多个角度对“代码整洁之道”进行了诠释，例如命名、函数等方面。（顺道一说，书里的漫画还是很有趣的）然而我认为重点在于对其总结和思索，能够有一套自己的管理代码方法。比如说以前提起的重构不失为一种好方法（但是比较费时间），很多时候当我们没有足够的时间重构代码的时候，我们可以试着重构部分的架构，这样工作量比较小，而且能够接受。或者做做题，看看别人的代码实现，也是一种不错的选择。
在介绍“代码整洁之道”的同时，这本书还详细地向我们展示了一个程序员所应该具备的技术栈，让我们对自己的技术发展方面有了一个比较全面的了解。从最简单的代码各部分讲起，再到综合的编程，每一部分都配有翔实的代码作为解说，也是阅读本书的时候比较有趣和痛苦的地方了。再对其进行更深一步的思索，一个程序员的技术栈应该是怎样的？我的回答是应该广泛涉猎，且有所专精。面对现代社会日新月异的需求，软件工程所解决的问题也随之变化多端，而且解决问题的方法也是与时俱进，广博的涉猎尽管不能使问题迎刃而解，但是能够给我么提供宽阔的思考方向，这是非常珍贵的。单单广博地涉猎还是不够的，因为在竞争日益激烈的现代社会，如果一个人没有一技之长，那么他在工作时常常会位于弱势的地位，难以掌握主导权。
应该如何提升自我的技术栈是我常常想到的另一个问题。对这个问题我暂时没有成体系的结论，但是有一些想法。第一是要在做中学，在软工这种重视实践的行业中，先行动起来更为重要。第二是要学会合作，一个人无法解决的问题，往往能在相互合作过程中发现并解决。
说了这么多，感觉这本《代码整洁之道》还是让我获益良多的。如果从短期来说，它应该能够避免我在团队项目中的一些失误和不妥之处；从长期来说算是对我自身程序员素养的一种陶冶吧。
标签：团队项目 贵的 不能 总结 相互 自我 函数 笔记 需求
原文地址：https://www.cnblogs.com/redlogic/p/9043270.html
