《架构师的12项修炼》+《编写可读代码的艺术》读书体会

最近在看的两本书，感觉都还不错，对自我提升都有较好的帮助，简单地记录下分享给大家吧，看书大概是大学里我最为喜欢的一件事情了吧，就快毕业了，不知道以后还有没有机会这样安安静静地看书啊。

1、交谈的真正艺术在于不仅在正确的地方说出正确的事情，还在于冲动的时候不要说出错误的事情——Dorothy Nevill
2、在心里记住别人的最佳利益，因为生活是有反射性的，你的最佳利益可以反射回你自己。大多数有价值的事情都需要曲折的路径。
3、逐渐地，在重演事件的顺序时，你开始，明白问题的根源不在于技术本身，而是社会性——所有技术人员都不擅长的领域
4、内心的想法也许会促使你做出某些调查，在特定地方帮助证实或否决你的想法。在不远的将来，你可能会被要求提供某些事实，来支持直觉，即便你的疑虑并未完全明确。
5、不要偏向你喜欢的事物，即使是你钟爱的技术，如果你有偏好，并且了解它，要确保有充分的理由——例如成本、时间、功能或战略性原因。这样才能驱动
6、激情，我们每个人都有激情，在我们睡觉时……我们等待时……，尽管讨厌……不请自来……它会传播……开口嚎叫。它对我们说话……引导我们……激情支配着我们，我们服从它的摆布。我们有别的选择吗？激情为我们提供最美妙的时刻。爱的愉悦……憎恨分明……悲痛难支。倘若我们没有激情地生活，可能体会某种宁静……但我们会变得空虚……空的房子会阴湿寒冷。没有激情，我们就真的如同行尸走肉。——Joss Whedon
7、对我而言，对某事物的激情就是我在空闲时间自然而然地想做、想考虑的事情，没有人要求我这样，没有人会因此给我报酬，它只是自然地占据我的头脑，关键是要朝着这些想法付诸行动。
8、对于知道自己要去哪儿的人来说，整个世界都会给他让路。

《编写可读代码的艺术》

1、使用专业的单词——例如，不用Get，而用Fetch或者Download可能会更好，这由上下文决定。

2、避免空泛的名字——像tmp和retval，除非使用它们有特殊的理由。

3、使用具体的名字来更细致地描述事物——ServerCanStart()这个名字就比CanListenOnPort()更不清楚。

4、给变量名岱山重要的细节——例如在值为毫秒的变量后面加上_ms或者在还需要转义的、未处理的变量前面加上raw_。

5、有目的地使用大小写、下划线等——例如，你可以在类成员和局部变量后面加上_来区分

6、如果多个代码块做相似的事情，尝试让它们有同样地剪影。

7、把代码按列对齐可以让代码更容易浏览。

8、用空行来把大块代码分成逻辑上的段落。

9、不要为了注释而注释，不要给不好的命名加注释，如果有可能的话，应该考虑为它选取一个合适命名。

10、在为代码注释的时候，应该注重记录你的思想，为代码中的瑕疵写注释、给常量加注释以及全局性的注释、总结性的注释。通常情况下，你应该熟悉这几种较为流行的注释形式:

(1)TODO:我还没有处理的事情