最近在看的两本书，感觉还不错，为了更好地完善自我帮助。简单地记录给大家分享。我读了一本关于大学的最喜欢它的东西。快要毕业了，安安静静地看书啊。
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、把代码按列对齐能够让代码更easy浏览。
8、用空行来把 大块代码分成逻辑上的段落。
9、不要为了凝视而凝视。不要给不好的命名加凝视，假设有可能的话，应该考虑为它选取一个合适命名。
10、在为代码凝视的时候，应该注重记录你的思想。为代码中的瑕疵写凝视、给常量加凝视以及全局性的凝视、总结性的凝视。通常情况下，你应该熟悉这几种较为流行的凝视形式:
(1)TODO:我还没有处理的事情
(2)FIXME:已知的无法执行的代码
(3)HACK:对于一个问题不得不採用的折中的解决方式
(4)XXX:危急!这里有重要的问题
11、让凝视保持紧凑、避免使用指代不明的词汇、精确地描写叙述函数的行为、声明代码的意图
12、在作比較时。尽量将变量写在运算符的左边，将常量写在运算符的右边。
13、避免嵌套、避免使用三目运算符、do/while循环、在if/else结构中先处理简单有趣的情况
14、通过引入解释变量将巨大的表达式拆成小段、通过简单地名字描写叙述子表达式让代码文档化
15、降低变量、降低每一个变量的作用域、仅仅写一次的变量更好
16、一次仅仅做一件事情
每日箴言：从如今起。我要积极接受一切，接受爱，接受挑战，拥抱生活，无论什么事，我都会勇敢地去接受。
——《生活大爆炸》
版权声明：本文博主原创文章，博客，未经同意不得转载。
转载请注明作者和出处，谢谢！