最近在看的两本书,感觉都还不错,对自我提升都有较好的帮助,简单地记录下分享给大家吧,看书大概是大学里我最为喜欢的一件事情了吧,就快毕业了,不知道以后还有没有机会这样安安静静地看书啊。
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、一次只做一件事情
每日箴言:从现在起,我要积极接受一切,接受爱,接受挑战,拥抱生活,不管什么事,我都会勇敢地去接受。——《生活大爆炸》