1.聊天不是写作文，不需要那种反差来衬托情感，递进会显得更加和谐
2.对别人提出请求的技巧
第一步，描述观察
第一步，表达感受
第三步，让对方感受自己的需要
第四步，提出请求
3.凡夫俗子只关心如何打发时间，而略具才华的人却考虑如何利用时间。头脑思想狭隘的人容易受到无聊的侵袭，其原因就是他们的智力纯粹服务于他们的意欲，是意欲的工具
4.真实的世界是，事物的发展具有无数的因素推动，但是我们只是看到了我们凭借我们的生物本能所能看到的、所能听到的、所想看到的、所能感受到的。每天都有大量的中微子穿过人体，你感受不到。紫外线客观存在，你也看不到不到。低于大约20hz的声波，你也听不到。
我们只能无力地提出所谓的方法论“分清主次，区分主要矛盾和次要矛盾”，能分清主次就很不容易了，何况真实的世界还有无数的次矛盾，次次次矛盾....他们都存在，只是以你的理解力你看不到理解不了而已。
我们习惯这种一环导致一环的单方向因果思维。我说“习惯”的意思是，我们大多数人也就仅能以这种方式来观察世界，理解世界。如果告诉你，一环会导致多环后，且作为“果”的“多环”还能反过来运用于作为“因”的“一环”，彼此互为因果、互相反馈、互相震荡、互相迭代，在不借助逻辑和工具的帮助你，你的眼睛和你的大脑能观察得清楚、能理解透彻吗？
5.粗略地说，对偶性是指两种数学事物之间自然而又出乎意料的对应关系。你可以说一个向量的对偶是由它定义的线性变换。一个多维空间到一维空间的线性变换的对偶是多维空间中的某个特定向量。
6.我遇见你的时候你像光一样耀眼，如果因为我而黯淡，那是对光的侮辱。
7.软件产品质量通常可以从以下六个方面去衡量
功能性，即软件是否满足了客户业务要求；
可用性，即衡量用户使用软件需要付出多大的努力；
可靠性，即软件是否能够一直处在一个稳定的状态上满足可用性；
高效性，即衡量软件正常运行需要耗费多少物理资源；
可维护性，即衡量对已经完成的软件进行调整需要多大的努力；
可移植性，即衡量软件是否能够方便地部署到不同的运行环境中；
8.从技术上讲，互联网是io密集型，游戏是cpu密集型，导致所采用的架构不一样，工作重点也不一样。互联网是轻逻辑重架构，游戏相反，重逻辑轻架构。很多游戏基本采用单体架构，互联网基于高并发需求，必须要分布式，落地基本采用微服务。
9.数学家用如下方法数一只羊有几条腿：
前面2条、左边2条、右面2条，后面2条腿，一共8条腿，但是每条腿数了2次，因此一只羊有4条腿。
10.自底向上强调先有实践，再总结理论，理论反过来指导实践，又从实践中迭代修正理论。这和人类认识世界的顺序是一样的，先捕猎筑巢，反思自然是怎么回事，又发现可以生火，又思考自然到底怎么回事情。
它的反面，是指大一统设计，你一开始用 UML画出整套系统的类结构，然后再开工设计。这种思维习惯，如果是参考已有系统做一个类似的设计，问题不大，全新设计的话，他总有一个前提，就是 “你能完整认识整个大自然”，就像人类一开始就要认识捕猎和筑巢还有取火一样。否则每次对世界有了新认识，OOP的自顶向下设计方法都能给你带来巨大的负担。
网友评论