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

《架构师的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:我还没有处理的事情 

(2)FIXME:已知的无法运行的代码 

(3)HACK:对于一个问题不得不采用的折中的解决方案

(4)XXX:危险!这里有重要的问题

11、让注释保持紧凑、避免使用指代不明的词汇、精确地描述函数的行为、声明代码的意图

12、在作比较时，尽量将变量写在运算符的左边，将常量写在运算符的右边。

13、避免嵌套、避免使用三目运算符、do/while循环、在if/else结构中先处理简单有趣的情况

14、通过引入解释变量将巨大的表达式拆成小段、通过简单地名字描述子表达式让代码文档化

15、减少变量、减少每个变量的作用域、只写一次的变量更好

16、一次只做一件事情

每日箴言：从现在起，我要积极接受一切，接受爱，接受挑战，拥抱生活，不管什么事，我都会勇敢地去接受。——《生活大爆炸》

[读书笔记]九月读书笔记