《Getting Real》快速读书笔记

以下是我拜读《Getting Real》时，摘抄下来的一些句子，当中有一些是我常常烦的错误，也有一些是我始终坚持的信念，等我空闲下来时补上对每句话感受，不过现在就可以告诉大家，它绝对是值得阅读的一本好书。O(∩_∩)O

PS:中文版（不完整版本）地址：http://gettingreal.37signals.com/GR_chn.php

 

做得比竟争对手少

 

为自己而做这个软件

 

有压力才会促使创新

 

定额定量
我们能做到准时地，在预算内发布一个规模完整的产品。这可以说完全不可能的，如果真是这样的话一定是以质量做为代价的。

 

别老跟着领头羊

 

一个物体的质量越大，改变方向需要的能量越多。

 

如果改变变得过于昂贵，你已经死了。

 

顺其自然一个经典的例子是鸟群的迁徙行为。计算机模拟只需要少至三个原则（按照“不要撞到一起”），你会一下子得到非常复杂的行为来描述鸟群在天空中优雅的飞行和滑翔，重组队形绕开障碍，等等。没有一个高级行为（比如躲开障碍重组形成的相同形状）是被规则规定的；都是由系统动态衍生的。

 

约束经常是伪装的优势。

 

竭尽全力将你的软件定位在一个点上。

 

我们太过痴迷于细节。要做完美主义者有的是时间。但不是现在。

 

不要把时间浪费在还未成为问题的问题

 

如果你想讨好每个人那么你什么人也讨好不了。

 

先把一个伟大的产品推出，然后才去担心它无比成功了以后该怎么办的问题。

 

我们的软件是有自己的性格的。他们找寻的是志同道合的用户伙伴。他们是在和有着同样理想的用户对话。你要么上来一起，要么下车。

 

小心“所有东西除了厨房水池”的Web应用开发途径。

 

因为无所谓。

 

尽量为客户少发布一个功能，再看客户是否愤怒地离开。

对于每一个新功能你需要……
    * 1. 对它说不
    * 2. 强迫它证明自己的价值
    * 3. 如果得到否定的答案，就此打住。如果是yes，继续往下……
 
构建你能够掌握的产品和服务。许诺容易遵守难。确保你所作所为是在承担范围内 — 从组织，战略和财政上

尽快地推出一个真实的产品

真实的产品导致真实的行动。这才是你走向真理之路。

 

与其停止在把一切都事先做好做对的思路上，不如在经反复求证得出的分析判读中前行。

 

那就是为什么我不爱听他人的点子。只有当看到它被确实执行下去了我才有兴趣。

 

另外做一个beta版本只会得到一个轻描淡写的试用。正式版本，注入一些beta的功能，才能得到全方位的体验。

 

如果你是在一场赛跑竞争中，早些把作品交出去可以争取更多的追随者而不是过后引来更多的竞争对手。

 

把一个时间段分成一个个小块。把一个12周项目看成是12个周项目。与其去推演一个要花30个工作小时的任务，不如把它们分成更现实的6-10个小时的小任务。然后一块一块地去执行。

 

尽你所能的，整合你的团队

 

Just shut up and get to work.

 

你并不需要你考虑中的那么多人手。

 

如果完不成任务，再聪明的头脑、再合适的文化倾向和再高的热情也带不来有价值的软件。

 

不用担心团队成员“课外活动”的活跃度带走他们的注意力和工作热情。有句老话是这么讲的：如果你想做好一件事，去找你所认识的最忙的人。

 

没有第二次机会……

 

做好保护性设计。
记住：你的应用可能90％的时间都运行良好。但是如果在用户需要帮助时置之不理，他们是不会忘记这一点的。

 

让注册和注销的过程毫不费力

 

谁都不会喜欢长期条款，提前终止费或是一次性的安装费，所以要避免这么做。我们的产品付费方式为月付，不用签订条款，

你可以随时取消，而且从不会有什么安装费。

 

要願意承認錯誤並且修改方向。

 

重點是平衡。如果你向某一方向傾斜，你正走向失敗。不斷的試著找出你並且專注於您最弱的一環，直到他們達到標準。