Getting Real
ISBN：9780578012810
作者：Jason Fried / Heinemeier David Hansson / Matthew Linderman
出版社：37signals
出版时间：2009-11
评价：☆☆☆☆
小团队的优势，并且如何扩大这些优势。
做得比竟争对手少 防御性的偏执的公司是做不到前瞻性思维的，他们只能做事后思维。他们不可能领导，只能跟从。
这就是保持精益真正帮助你的地方。很短时间内改变的能力是小团队与生俱来而大团队永远不会有的。这是大家伙嫉妒小家伙的地方。让巨大组织里的大团队花费数周才能改变的，对于小团队可能只需要1天。这个优势是无价的。低廉和迅速的改变是小团队的秘密武器。
通过亲切友善和人性化来把自己和大公司区分开来 大量的小公司犯了试着装作大公司的错误。就好像他们意识到他们的规模是一个缺点，需要隐藏。太糟糕了。小型实际上可以是一个巨大的优势，尤其是在通讯方面。
在初期时忽略细节
别在第一周就担心标题字体的大小。不需要在第二周就搞定什么是最佳的绿色的色调。更不用在第三周就要把“提交”按钮向右移动三个像素。先把该放的东西放上去。然后去用它。保证它是可用的。最后才去把它调整到完美。
当问题成为问题的时候才去担心
不要把时间浪费在还未成为问题的问题 你真的的需要考虑当用户到达10万以上的时候会出现的问题吗？它可能已经是两年以后的事了。
如果你现在只需要三个程序员你真的有必要雇八个吗？
你难道真的马上需要12台高端服务器即使两台就足以让你顶一年？
过后才去做规模调适
你还没有必要现在就做调整 “我的应用程序能否适应万人的使用规模?”
等那真发生了再说，明白吗？如果用户的数量大大超过你的系统负荷那么恭喜！太喜欢这种麻烦事了。但在现实世界中，超大多数的网络应用程序从来都没有 到达那一步。即使你真的开始超负荷了，也不会到马上就挂了的地步。你将会有时间反应和调适。还有一点就是，只有推出产品后你才有机会采集真实的数据指标， 然后你才能用它们来推断哪些领域需要改进。
部分，而不是残缺不全
构建一半产品，而非产品有一半缺陷 专注于真正必须的。好点子可以尽量坦白。摆出产品应该成为什么样的任何点子，然后砍掉一半。减少功能直到只剩下最必要的功能。周而复始。
你的大部分时间浪费在无关紧要的东西上。如果你能抛弃不重要的工作和思考，你将会获得不可思议的生产力。
从说“不”开始
“我们不想要一千个功能”
关于iTunes音乐商店，Steve Jobs 私下为独立唱片制作人做了一个小型的演讲。我喜欢的瞬间是，当观众不停地举手说：“可以做[x]么？”，“你计划添加[y]么？”。最终Ｊｏｂｓ回答：“ 等等 — 放下你们的手。听着：我知道关于iTunes应该具有很酷的特性你有一千个主意。我们也是。但是我们不想要一千个功能。那样做很恶心。创新不是关于对每件事说yes。而是对每一件事说NO，除了至关重要的特性。”
对于每一个新功能你需要……
- 对它说不
- 强迫它证明自己的价值
- 如果得到否定的答案，就此打住。如果是yes，继续往下……
- 为界面绘制草图
- 设计界面
- 编写代码 7-15. 测试，改进，测试，改进，测试，改进，测试，改进……
- 检查帮助文字是否需要修改
- 更新产品预览流程（如果有必要的话）
- 更新用于销售的拷贝（如果有必要的话）
- 更新服务条款（如果有必要的话）
- 检查是否违背之前的任何许诺
- 检查价格体系是否受影响
- 上线
- 深吸一口气
忘掉功能需求
是啊,看完之后，扔掉,并且忘记它们。 听起来象亵渎了用户,但其中真正重要的会不时冒泡，提醒你。 这些都是你唯一要记住的。 这些才是根本必要的。 不必为跟踪和保留进来的每一请求而操心,让你的客户成为你的记忆仓库. 如果它真的值得一记,他们就会提醒你,直到你不能忘记。
和绘画一样，长时间的专注，你才能进入高效工作的状态
如果你有很长时间没有被打扰，你就能渐入佳境。这个情境是你最有生产力的时间；这个时间内你不必在各种各样的任务中切换思维；这个时间你不会受到干扰，比如回答问题或者是查找东西，发送邮件或者应答即时通讯。独处的时区是产生真正进展的地方 渐入佳境需要时间。这就是为什么干扰是你的敌人。这就像深度睡眠 — 你并不直接进入深度睡眠，你先进入浅睡眠，然后你会逐渐进入深度睡眠。任何干扰都会让你从头开始。深度睡眠是真正的睡眠魔法发生的地方；独处的时间是真正的开发魔法发生的地方。
优秀程序员的不可替代性
一个优秀的程序员在完成单个工作任务时不存在因沟通和分工而产生的额外开销。而五个程序员坐到一起完成同一个任务的时候必须分工合作，那将花费很多 时间……用很多一般的程序员而不是几个足够好的程序员将产生的真正问题在于：无论让他们干上多久，也绝对没有优秀程序员干得出色。五个Antonio Salieris也永远写不出莫扎特的安魂曲，哪怕给他们100年的时间。
开始编程之前先设计界面
很多应用人们在开始做的时候都抱着先编程的心态——那是个坏主意。编程是构建应用的过程中最笨重的部分，也就是说，它改动起来最复杂，成本也最高。做应用应该始于界面设计。
期待一个周到的初次运行体验
忽略初始界面的阶段是你会犯的最大错误之一。初始界面是应用留给人们的第一印象，永远不会有第二次这样的机会……这个么，你应该知道。
功能定义文档只能达成虚幻的共识
看文字并不能让人们达成共识。大家可以读到同样的文字内容，但每个人的想法却可能不同。以后将不可避免地发生这种情况：“等下，我不是那样想的。”“啊？我们可不是这么说的。”“是的，就是这样的，我们大家都同意了——你还签过字呢。”我相信，你知道该怎么做。
功能定义文档逼迫你在拥有最少资讯时作出最重要的决定
当你刚开始构建时，你知道的是最少的。而做得越多，用得越多，你才能了解得越多。这才是你应该做出决定的时候——即当你有足够多信息，而非信息少的时候。
你也可以给少数人发放一些特殊“金元券”，让他们可以提早开始使用这个应用。 这些自我感觉提前被选中，享受了特殊荣耀的人其实充当了你的beta版测试人员，你从中获益。
执行力
每个人都能读书，每个人都能想到好点子，每个人都可以是网页设计师，每个人都会写博客，每个人都能够雇佣程序员写程序。
但您和其他人的差別在于您如何将他们变成现实。成功取决于伟大的执行力。
以软件來說，这就意味着很多事情要做得正确。您不能只有好的写作水平却无法实现文章中的承诺；干净的界面设计不能拯救糟糕的代码；一个优秀的软件要是沒有好的宣传，沒有人知道，仍然是不值分文的。如果要有所成就，就必须综合前述的所有元素。
其关键在于平衡能力。如果你向某一方面倾斜了，这就意味着你正走向失败。应该不断试着找出并且专注于最弱的一环，直到所有要素达到平衡。