一场把软件运作起来的比赛冲洗一下再来过-Read.PDFVIP

一场把软件运作起来的比赛 尽快地推出一个真实的产品 一个可运作的软件是积蓄动力，整合团队，去除行不通的点子的最佳方式。你必须从第一天 开始就将它摆在首要位置。 做少一些功能，跳过一些细节，如果一些捷径能加快软件进度就大胆用，这些都是 OK 的。 当你做下去的时候，你会对下一步的方向有更准确的把握。太多的故事，建模，甚至HTML 演示都是比较虚的构想。一个运作着的软件是真实的。 只有一个真实的，可操作的软件才能拉近每个人对现实的理解和认同。避免了为一些草图和 段落争得面红耳赤，最终发现这些都是无谓的。同时，你也会发现有些你想像中无关痛痒的 事情事实上是很重要的。 真实的产品导致真实的行动。这才是你走向真理之路。 办实事能导致共识 当一群不一样的人开始尝试寻找和谐共鸣的时候...如果他们是一建立一个全方位的真实的产 品那么他们的意见总会趋于一致。当然，如果他们只是打打草稿或是生出一些点子的话是很 难达成共识的。因此，当你真正开始做一个实在的产品时，共识就比较容易达成。 —Christopher Alexander, Professor of Architecture (摘自 Contrasting Concepts of Harmony in Architecture （对比和谐建筑中的概念） ) 尽快地运作起来 我不认为我有参加过任何软件项目，不管大的或小的，是从一段漫长的规划讨论起步，不求 同步发展，而又能在进度，成本或功能上成功的。把宝贵的时间浪费在发明一些不必要的或 难以实施的性能上是容易的，有趣的，仅此而已，别无益处。 这个道理适用于软件开发的所有层面，“把一个产品搞起来”是一个灵活的思想。它不仅适 用于一个整体的项目，微观上也适用于小规模的组件开发。 当一个可操作的组件做成后，开发者就希望知道它是否能和应用程序配合，因此他们就会尽 可能快的去用它。即使一开始组件的实施并不完全，这种初期的开发协作通常会产生一个比 较规范的界面和一些物尽其用的功能。 —Matt Hamer, 开发者和产品经理, Kinja 公司 冲洗一下再来过 在不断反复中工作着 别期望一开始就做得好。让软件自然成长，和软件对话。让它自然蜕 而进化。做为一个在 线的软件是不需要在完成后才推出的。设计一些界面，使用它们，分析它们，反复地做。 与其停止在把一切都事先做好做对的思路上，不如在经反复求证得出的分析判读中前行。同 时，你可以更快的推出一个积极的产品，因为你并不是一味追求一出门就完美的产品。结论 是是由真实世界里的反馈，真实的目标来引导你的注意重心。 反复能解脱你 如果你知道过后总是要重来一遍，你就不需追求一开始就达完美。这种明了不管如何你总是 得过后重新审视一些问题的理念，能引发你先把产品想法推出去看看是否可行的激情。 可能你比我聪明 可能你比我聪明的多。 这是完全有可能的。事实上，是非常有可能。但是，如果你象大多数人的话，那么你就会象 我一样，在对看不见摸不着的东西的想象方面有困难。 人类极度善于对环境周遭的事物作出反应。一只老虎走到房间里时我们会惊慌失措，灾难性 的洪水过后我们懂得去清理。遗憾的是，我们在事先计划方面，在理解我们行为带来的后果 方面，在重要事情的优先排序方面，却很糟糕。 或许你是少数人中能把所有事情都把握在你的脑子里的，但这也并不重要。 Web 2.0, 在这个时代我们预定每个人都已经开始使用网络，这就为一些聪明的开发者运用人 类行为的不确定性创造机会。怎么说呢？就是在允许你的用户告诉你他们想法的同时，留有 空间去做改进。 最后那句同时也解释了为什么你应该以这种方式开发在线软件，以怎样的方式去推广推出产 品。 把你想做到的说清楚。确保各个环节无误。然后就推出和进行改进。没有哪个人自己一个能 比大伙儿加起来更聪明。 —Seth Godin, 作家/企业家 从概念到实施 从灵感，到草稿，到HTML，到代码 以下是我们Get Real （求实）的过程: 脑力激荡 先要有个点子。这产品要给我们带来什么？以Basecamp 来说, 我们是要满足自己的需要。我 们想要用它来发布项目的一些更新信息。我们希望能让用户一起参与。我们知道项目都有里 程碑。我们希望能有个集中归档的地方让大 家能回过头去温习一些旧的东西。我们想要有 个全局观，从一定的高度来鸟瞰所有项目的进度。归结起来，这些假想和一些其他设想打下 了我们日后着手的基础。 这个阶段并不是有关一些实施的具体细节。这是一个大方向。软件需要为我们做什么？什么 时候才能知道它有用？确切的说我们要做出个什么东西来？这是