作者：作者：【美】凯文·凯利
2013-06-08 00:23:58
想法与执行相比，执行更重要。大公司们由于既有的惯性，就算想要复制创业公司的想法，也往往不能有效地执行。如果这种复制真的能够成功的话，那也说明创业公司未能在执行上胜过大公司。仅有好的想法是不够的，关键还是要执行。
2013-06-08 00:24:26
群体智慧从大量看似无序的个体行为中涌现出来。
2013-06-08 05:49:12
自底向上而非自顶向下地构建事物，去中心化系统的优势，人造与天生之间的连续性
2013-06-08 05:50:49
在过了20年之后，我们对于如何使大规模复杂事物运作起来的理解仍然少有进展。
2013-06-08 18:03:51
回归自然去寻求指引
2013-06-15 19:24:48
网络在哪里出现，哪里就会出现对抗人类控制的反叛者。网络符号象征着心智的迷茫，生命的纠结，以及追求个性的群氓。
2013-06-15 19:25:07
网络不断孕育着小的故障，以此来避免大故障的频繁发生。正是其容纳错误而非杜绝错误的能力，使分布式存在成为学习、适应和进化的沃土。
2013-06-15 19:28:05
…more
2015-04-16 23:31:59
正是这样的小步与缓步前进，不过激，不躁进，再加上完整的测试配套〔是的，测试之于重构极其重要），才是「不带来破坏，不引入臭虫」的最佳保障。
2015-04-16 23:33:33
我十分同意Martin说『你会发现所谓设计不再是一切动作的前提，而是在整个开发过程中逐渐浮现出来。』
2015-04-16 23:34:05
重型开发和轻型开发各有所长，各有应用，世间并无万应灵药，任何东西都不能极端。过犹不及，皆不可取！
2015-04-17 21:39:29
你挖掘自己的代码，很快发现了一些值得修改的地方，于是你挖得更深。挖得愈深，找到的重构机会就越多…于是你的修改也愈多。最后你给自己挖了个大坑，却爬不出去了。
2015-04-18 06:31:27
差劲的系统是很难修改的，因为很难找到修改点。如果很难找到修改点，程序员就很有可能犯错，从而引入「臭虫」（bugs）。
2015-04-18 06:33:15
你的态度也许倾向于「尽量少修改程序」：不管怎么说，它还运行得很好。你心里头牢牢记着那句古老的工程学格言：「如果它没坏，就别动它」。这个程序也许还没坏掉，但它带来了伤害。它让你的生活比较难过，因为你发现很难完成客户所需的修改。
2015-04-18 06:33:38
如果你发现自己需要为程序添加一个特性，而代码结构使你无法很方便地那么做，那就先重构那个程序，使特性的添加比较容易进行，然后再添加特性。
2015-04-18 07:29:17
每当我要进行重构的时候，第一个步骤永远相同：我得为即将修改的代码建立一组可靠的测试环境。这些测试是必要的，因为尽管遵循重构准则可以使我避免绝大多数的臭虫引入机会，但我毕竞是人，毕竟有可能犯错。所以我需要可靠的测试。
…more
作者：【美】格雷厄姆
2013-07-31 11:54:56
保罗·格雷厄姆有一套完整的创业哲学，他的创业公式是：
（1）搭建原型
（2）上线运营（别管bug）
（3）收集反馈
（4）调整产品
（5）成长壮大
2013-07-31 11:55:53
许多伟大的公司，一开始的时候做的都是与后来业务完全不同的事情。
2013-07-31 11:57:06
创始人本身比他的创意更重要
2013-07-31 23:46:10
出于兴趣而解决某个难题，不管它有没有用，这就是黑客。
2013-07-31 23:49:52
使用计算机以及所有有助于了解这个世界本质的事物都不应受到任何限制。任何事情都应该亲手尝试。
2013-08-01 18:39:00
为什么黑客那么在乎言论自由？我认为，部分原因在于，革新对于软件行业实在是太重要了，而革新和异端实际上是同一件事。优秀的黑客养成了一种质疑一切的习惯。
…more
作者：【美】 约翰·佩里
2013-08-03 22:33:56
烂的开始是完成的一半。
2013-08-03 22:34:23
怎样才能算“成功”呢？相比之下，“完成”可能就具体得多。完成意味着整件事要做完整，不能有遗漏。哪怕细节再好、局部质量再高，没有完成，再“完美”都没用。
2013-08-04 11:36:43
一件无聊或看似无聊的事，总是容易被我们拖延。但如果你能找到一件“有聊”的事情，跟它绑在一起做，并且能两不耽误，那前一件事就不容易拖延了。
2013-08-04 11:40:43
等到某件肯定会发生的、能打断自己的事情快来了的时候再上网。
2013-08-04 11:41:11
凡事做到蛮好就可以啦，宁愿不完美，也不要坐等任务过期。
2013-08-04 11:45:36
当我们的to do list不够长时，我们就很难找到匹配现在状态的任务，而当事件足够多时我们就会有更多的选择——为了拖着不做最不想做的那件事，为了减少一点内疚，还是把这件比较不太想做的事做了吧，相比较起来它似乎也没有那么面目可憎了。
2013-08-07 19:41:23
正是对理性境界的完美苛求，造成了许多毫无必要的不快乐。
2013-08-07 22:23:43
…more
作者：图灵社区
2013-02-09 15:46:09
高德纳：我对于把一项有益的活动排在另一项之前这种事，不十分感冒。
2013-02-11 20:23:16
公司要么是产品经理驱动，要么是销售驱动。程序员如果永远出于被驱动的状态，就会逐渐丧失主动性。
2013-02-11 21:11:23
意见相左的时候。这个时候我们都遵循一个原则：不采用任何一方的意见，双方重新考虑方案，直到互相认可。这种工作方式使我们都形成了一个好习惯：与其去批判对方，不如想出更精彩的点子去获得大家的认可。
2013-02-12 18:21:34
在某种情况下正确的方案，在其它情况下不一定是对的。
2013-02-12 18:22:03
尽可能多地告诉他工作的细节。
2013-02-12 18:23:33
从细节技术层面到整体效果层面，有很多东西你必须知道。不能让一个新手随意猜测，不管他有多聪明。而且这和聪不聪明没关系，一切都要根据实际情况决定。
2013-02-12 18:23:49
必须详细地描述你的要求，方便他们提问。
2013-02-12 18:26:29
…more