没有合适的资源?快使用搜索试试~ 我知道了~
Getting Real 完整 完全中文版
需积分: 20 31 下载量 74 浏览量
2015-06-30
09:04:26
上传
评论 2
收藏 3.82MB PDF 举报
温馨提示
试读
76页
网上的“Getting Real中文版”pdf版,中文翻译都不完整,最后一章还是英文的。我把最后一章的标准中文翻译整合进来,现在是完全中文的了。
资源推荐
资源详情
资源评论
什么是 Getting Real?
想构建一个成功的 Web 应用么? 那么正是时候 Getting Real. Getting Real 是一种更小规模,更
快速,更高质量的软件构建方法。
• Getting Real 是关于省略所有表达现实(图表,曲线,矩形,箭头,统计图),而构
建现实。
• Getting real 是追求精炼。更少的代码量,更少的软件,更少的功能,更少的文档工作,
更少无所谓的东西(而且大部分你认为必要的,其实不是)。
• Getting Real 是保持精益,变得敏捷。
• Getting Real 从界面开始,也就是用户使用的屏幕。它从实际的用户体验开始,并且
构建似曾相识的体验。这让你在软件误入歧途之前得到正确的用户界面。
• Getting Real 是关于迭代和降低变化成本的方法。Getting Real 基本上是关于上线,调
整,持续改进,其目标的开发 Web 软件的最佳途径。
• Getting Real 只交付客户所需的,摒弃任何客户不需要的。
Getting Real 的优点
Getting Real 能够交付更好的结果,是因为它强迫你处理真正要解决的问题,而不是关于那
些问题的空想。它迫使你面对当下。
Getting Real 更注重实际的用户界面,而不是功能规格说明书和其他昙花一现的文档。只有
当一个真实的网页呈现出来,相关的功能规格才是可信的,被证明是可接受 的。那才是是
我们的客户将要看到和使用的。那才是需要关心的。Getting Real 帮助你更快达到这个目的。
并且那意味着你正在基于真实需求,而不是异想天开来构建软件。
最后,Getting Real 是适合于 Web 软件的理想途径。那种把软件包装在盒子里,再等一年到
两年才发布一个更新的学院派方法已经过时了。不像需要安装的软件,Web 应用能够以天为
单位持续改进。Getting Real 利用了这种优势来提升 Web 应用的价值。
如何编写健壮的软件 How To Write Vigorous Software
健壮的著作是简明的。句子无废词,段落无废句子。同样的原因,画应无多余的线条,机器
应无多余的零件。这不是要作者刻意缩句来逃避细节,从而提纲挈领,而是要作者字字珠玑。
—来自
"The Elements of Style" by William Strunk Jr.
不再发胖
旧方式:冗长,官僚主义的,“我们正在这么做来控制这些蠢驴” 的流程。典型后果是:
臃肿,过目即忘,平庸得掉渣的软件。Blech。
Getting Real 除掉...
• 花费数月,甚至数年的进度表
• 不切实际的功能规格文档
• 可伸缩性的争论
Page 1 of 76
03/18/2009
• 又臭又长的员工大会
• 大量招人的需求
• 毫无意义的版本号
• 憧憬完美未来的幼稚“路线图”
• 无穷尽的偏好设置选项
• 外包支持
• 不切实际的用户测试
• 写无用文档
• 自顶向下的管理结构
你不需要成吨的钞票或者庞大的团队或者漫长的开发周期来构建伟大的软件。那些正是缓慢,
晦涩,变化成本高昂的应用程序的帮凶。Getting real 反其道而行之。
这本书将带给你...
• 信仰之重要
• 为什么小是好事情
• 怎样构建更少
• 怎样从现实世界中快速找到创意
• 怎样培养团队
• 为何要由内到外的设计
• 为什么写作至关重要
• 为什么要比对手少做
• 如何升级你的应用和散播文字
• 成功维护的秘诀
• 发布后能够持续保持后劲的秘诀。
• 其他...
本书关注于理论高度。我们不会使你陷入代码片段细节,或者是 CSS 窍门。我们会坚守在
驱动 Getting Real 过程的主要思想和价值观上。
本书适合你么?
你是管理者,设计师,程序员,或者市场人员。
你意识到旧规则不再管用了。每年通过光盘分发你的软件?2002 这个版本号怎么样?
或者你对敏捷开发和企业组织结构略懂皮毛,但是热切的想多了解一些。
如果听起来你是其中之一,那么这本书就是为你准备的。
注意:虽然这本书着重在构建 Web 应用上,很多理念也可以应用到非软件活动。关于小型
团队,快速原型,期望迭代,和许多提到的其他经验能够为你引 路。无论你正在开始一项
业务,写一本书,设计一个网站,记录签名册,还是其他各种各样的活动。一旦你在你生活
中的某一领域开始 Getting Real,你就或发现这些概念能适用的非常广泛。
Page 2 of 76
03/18/2009
关于 37signals
我们做什么
37signals 是一个创造简单的,专一的软件的小团队。我们的产品帮助你协同工作,组织团队。
超过 35000 个人和企业使用我们的 Web 应用来搞定他们的业务。 来自华尔街杂志的 Jeremy
Wagstaff 写到 “37signals 的产品是超简单,精致,直接了当的工具,这些工具让微软的
Outlook 软件使用起来像受刑 。”我们的软件不会把你推到这种境地。
我们的习惯做法
我们相信软件太复杂了。太多的功能,太多的按钮,需要学习太多东西。 我们的产品比对
手做的少 — 故意地. 我们构建的产品运行灵巧,感觉舒适,允许你以自己的方式做事,并
且容易使用。
我们的产品
当这本书出版之即,我们有 5 个商业产品和一个开源框架。
Basecamp 把项目管理作为首要问题。Basecamp 提供了消息板,待办事宜,简单调度,协同
写作,文件共享。 而不是甘特图,炫丽的曲线图,和繁重的电子表格。目前,成千上万的
人同意这是一种更好的方式。来自 Salon.com 的 Farhad Manjoo 说:“Basecamp 代表了 Web
软件的未来。”
Campfire 提供了业务模式下的简单群聊方式。实时持久的群聊对于业务来说非常重要。传统
的实时聊天对于快速的一对一模式很有效。但是对于 3 个或者更多的人同时聊天来说异常痛
苦。Campfire 解决了此问题和其他相关问题。
Backpack 是一种替代那些玄乎,复杂,“通过 25 个步骤管理人生”之类的个人信息管理系
统的产品。Backpack 在页面,笔记,待办事宜,电话和电子邮件通知上的 简单尝试,在受
“statis-quo-itie”折磨的一类产品中,是一个独具匠心的创意。Wall Street Journal 的 Thomas
Weber 说它是同类产品中最出众的。 New York Times 的 David Pogue 说它是一个“非常酷
”的组织工具。
Writeboard 使你能够撰写,分享,修订,和比较自己或者他人的文章。臃肿的文本处理工具,
对于你 95%的文字是功能过剩的,而 Writeboard 是一个全新的替代品。Web-guru Jeffrey
Zeldman 说:“37signals 的天才思想王者归来。”
Ta-da List 维护聚合你的所有待办清单,并且以在线方式组织。为你自己维护待办清单,或
者通过和其他人分享来协作。没有更好的方式来搞定这些了。迄今为止,其创建了超过
100,000 个清单和 1,000,000 项行动。
Ruby on Rails, 对于开发者来说,是一个用 Ruby 编写的全栈式的开源 Web 框架。其使得开发
真是应用快速而简单。你可以关注在你的思想上面,而由 Rails 操心杂事。 O’Reilly 的
Nathan Torkington 说:“Ruby on Rails 太令人震撼了。使用它像是观赏一个功夫片,片中一
堆流氓框架准备痛扁这个小新人,没想到却被各种充满想象力的方式揪住了屁股。”Gotta
喜欢 这段话。
你可以从 www.37signals.com
找到更多关于我们产品和我们的公司的信息.
Page 3 of 76
03/18/2009
告诫,免责,和其他丑话说在前头
为了扫清障碍,下面是我们对于一些不时听到的抱怨的答复。:
"这些技术不适合我"
Getting real 是一套对我们来说效果非凡的系统。但是本书的思想并不是放之四海皆准。如果
你正在构建一套武器系统,一个导弹控制设备,一个为数以百万用户服务的银行系 统,或
者其他对生命、财产至关重要的系统,你将会回避一些我们的放纵主义态度。请继续前行并
且采取一些其他的防范措施。
而且不必全部采纳或者全盘否定我们的主张。即使你没能力完全 Getting Real,一定有少许
观点你能够偷偷摸摸避开当权者而实行。
"这些思想不是你们发明的"
我们没有声明我们发明了这些技术。许多概念已经以各种形式伴随我们很久了。当你读到一
些我们的建议,并且它提醒你读到 的一些东西已经在一些人的日记或者一些已经出版了 20
年的书 1cc;面了。这是完全可能的。这些技术并不是 37signals 的独创。我们只是告诉你我
们怎样工作和是什么带给我们成功的。
"你们的观点过于绝对"
如果我们的口吻看起来好像无所不知,目中无人,请宽容我们。我们认为果敢地提出观点要
比唯唯诺诺,模棱两可要好得多。 如果这是骄傲自大的形象,它就是。我们宁愿具有煽动
性,也不愿意用“那要看…”这样的话来和稀泥。当然这些规则需要时间来完善或者打破。
而且一些策略可能 不适合你的场合。请运用你的判断力和想象力。
"我们公司内部不适用."
觉得你的公司太大以至于难以 Get Real?连微软也 Getting Real(而且我怀疑你的公司更大)。
即使你的公司典型地执行长期,大型团队的调度计划,仍有方式 Get real。第一步是分解成
更小的团队。当太多的人牵扯进来,什么事都搞不定。你越轻装上阵,事情就做的越快越好。
没错,这需要一些推销潜质。让你们的公司投身于 Getting Real 过程中。给他们出示这本书。
向他们炫耀你用更少时间和更小团队所得到的真实成就。
解释 Getting Real 是一种尝试新概念的低风险,低投入的方式。
如果你有勇气的话,秘密行动。在雷达下面飞行来证明真实结果。这正是 Start.com 团队在
微软运用 Getting Real 的方式。“我观察过 Start.com 团队的工作方式,而他们没有经过许可
”,微软的技术传播者 Robert Scoble 说。“他们有一个老板作为空中掩护。他们每次只接受
一点功能,实现他们,并且响应反馈。”
Page 4 of 76
03/18/2009
推进微软的 Start.com
在大公司中,流程和会议是非常平常的。数月的时间被浪费在规划功能,争论细节,力求达
到每个人在什么是对于客户来说是“正确”的东西上达成一致。
这可能是塑料包装软件的正确途径,但是基于 Web 的软件有难以置信的优势。立刻发布!
让用户告诉你这是不是正确的东西。如果你愿意,你可以当天修正它然后发布最新版。没有
话比客户的意见更有用 — 拒绝举行罗嗦的会议和争论。仅仅发布产品,并且证明这个观点。
知易行难 — 这说明:
数月的规划没有必要。
花费数月来写规格说明根本没必要 — 规格说明应该在开发过程中理清框架,描述并且精化
细节。不要试图在开发开始之前解决所有选而悬而未决的问题,并且敲定所有细节。
发布更少,但高质量的功能
.
你不需要一道电闪雷鸣伴随着全新的发布和一捆新功能。一小块一小块地喂用户,让他们能
够消化。
如果发现了细微的 bug,先发布敲定的核心功能,然后发布补丁。动作越快用户反馈越好。
纸上谈兵听起来不错,但是实践中往往不理想。你越快发现观点的关键错误越好。
一旦你快速迭代,并且响应用户反馈,你就和用户建立了一种关系。记住目标是通过构建用
户所想来赢得客户。
—
Sanaz Ahari, Start.com, Microsoft
的程序经理
Page 5 of 76
03/18/2009
剩余75页未读,继续阅读
资源评论
fp6
- 粉丝: 0
- 资源: 1
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功