今天看完，想整理一下，可能会更好，也给别人提供一个快速学习的途径
第一章 什么是 Getting Real?
表达形式省略、精炼、精益、敏捷、用户体验、迭代改进、产品简化。
第二章 建构从简
做得比竟争对手少
为自己而做这个软件
找自己募资
固定时间和预算，但灵活控制产品外延
找个敌人（借鉴）
它不该成为一种交易-满怀热情地去做它
第三章 保持精益 更小的质量
你越做到精益，改变越容易
减少改变的成本
用三人小组构建1.0版本
拥抱约束：让限制带领你到创新的解决方法
做你自己：通过亲切友善和人性化来把自己和大公司区分开来
第四章 首要任务 什么理念才是伟大的
明确定义产品的闪光点
在初期时忽略细节：先粗后细
当问题成为问题的时候才去担心：不要把时间浪费在还未成为问题的问题
去网罗对味的顾客:找到你产品的核心市场然后就专注进去,对有些顾客有所放弃
过后才去做规模(性能)调适
软件要有自己的主张：伟大的软件必须要有自己的理想。
第五章 挑选功能 部分，而不是残缺不全
构建一半产品，而非产品有一半缺陷
只留精髓
从说“不”开始
看清功能的成本
构建你有把握的功能
为一般概念构建(简单通用性)软件，并且鼓励人们创建自己的解决方案。
忘掉功能需求：让你的顾客提醒你什么是最重要的
抓住核心：问人们不想要什么
第六章 操作（实施）一场把软件运作起来的比赛
尽快地推出一个真实的产品
在不断反复中工作着
从概念到实施：从灵感，到草稿，到HTML，到代码
远离设置首选项：要帮你的客户决定一些小处细节
决定都是暂时的，那么拿定主意就继续到下一步(不怕错误尝试，做一个执行者)
放飞去让大众测试：在现实使用中测试你的软件
缩短你的时间：把它分小块来做
第七章 组织 一致性
拒绝专业性分隔
独处的时间创造效能
会议有毒
寻找和庆祝小的胜利--团队激励
第八章人员配备 不需过早招聘太多员工
行胜于言：从社区中寻找最优秀的人才
考察面：工作质量 文化视角 热情程度 执行力 社会经验
寻找全面发展的人：选择能快速学习的多面手，而不是专攻一面的专家。
热情是装不出来的：选择快乐的和技术水平中等的，而不是令人不满的专家
找文字功底好的人
第九章界面设计 界面先行
开始编程之前先设计界面
震中设计：始于页面的核心内容然后向外延展
常规、初始、错误三种情况下的设计
应用情景胜过一致性
文案也是界面设计
第十章代码 更少的软件
让你的代码尽可能简单
鼓励程序员提出反建议
为快乐而优化：选择能让你的团队欢欣鼓舞的工具
代码在说话：当你的代码将你打回，聆听它
管理债务：还清你的代码和设计"账单"
开放门户：让数据通过 RSS，API等途径走向世界
第十一章 文字功能定义一点用都没有
别写死文档
写故事,别写细节
填入真实的文字而不是测试用的胡乱用语
个性化你的产品：你的产品的个性类型是什么？
第十二章定价和注册 免费样品
来去自如：让注册和注销的过程毫不费力
用提前通知和保留条款来缓和坏消息给用户带来的打击
第十三章 推广 好莱坞运作
从挑逗 到 预演 到 开幕
从 花絮 到 预演 到 上线：概览 导游 屏幕截图和录像 宣言 案例研究 共鸣 论坛 费用和注册 博客
博客可以比广告更具效力（而且便宜很多）
尽早获得议论和注册
通过教育推广
新技术噱头
研究日志并跟踪共鸣
在应用内部推销升级机会
给你的应用起个好记的名字
第十四章 技术支持 感知痛苦
拆除研发和技术支持之间的墙壁
零培训 使用内嵌的帮助和常见疑难解答，产品就不需要手册或使用培训
快速回答 在疑难问题上的快速响应时间应该置于最高优先级
强硬的爱：乐于向客户说 不
良好的论坛：使用论坛或聊天室让客户互相帮助
公开你的错误：拿出坏消息别让它挡道
第十五章 上线之后
上线30天后发布一个重大更新
保持发帖量:上线后维护一个持续的产品开发博客，显示你的产品充满活力
更好，而不是测试版:不要用"测试版"作替罪羊
分清缺陷的轻重缓急
等到要求改变的应激反应停止后再采取行动
订阅你的竞争对手新闻消息
更成熟并不意味着更复杂
对于新的方向保持开放的态度
第十六章 总结 发动引擎
执行的平衡、人的激情
该书中文版地址：http://cnborn.NET/docs/getting_real/index.html