应用云平台的可用性——从新浪SAE看云平台设计
云计算平台的可用性，相比传统互联网服务而言，更加复杂和困难，也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台，以及对云计算的用户提出了建议。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
统一过程之父叫停新过程
作者 Geoffrey Wiseman 译者 肖桦 发布于 2007年4月12日
Ivar Jacobson在过程和工具的开发领域有着很长的传奇历史，在他为爱立信、Objectory 和 Rational工作的期间，从UML到RUP，全世界很多的公司开发软件时都在使用它们。当这位有着如此背景的老兄说：“Enough of Processes, let's do practices”，我们一起晕倒，为什么呢？
Ivar Jacobson认为“过程”尝试定义整个软件开发周期，而不是鼓励开发团队将过程中的元素混合搭配在一起。这减低了过程灵活性，也隐藏了大量过程之间的共性。更甚者，过程以及它们的采用者，都在为过程的完整性奋斗：
提供一个完整过程的渴望使得过程变重，为了覆盖所有的规程（Discipline），更多的信息被加入。随着过程的发展，没有人把任何内容清理出去，因为可能某人某年某月某地会用得到它。
文章指出，开发团队们很少完全采用某个过程，拣出那些他们需要的元素，修改那些他们不要的，或者从其他过程中导入适合他们团队，技术，业务的元素，造成了有害的“项目—过程间隙”。
过程应该描述团队实际如何工作，而不是虚构出大家认为团队应该工作的方式。
作为解决方案，Ivar Jacobson认为我们应该交流实践，而不是过程，来自团队自己的软件过程的构造块是可以装配的。实践的描述是可以独立描述的，描述可以在过程中共享，因此这个团队与别人的过程上的异同就很容易看出来。这种通过描述实践来描述过程的方法并不是没有先例，有人说这正是当前许多软件过程描述的方向。总的来说，创造一个一致的，共享的实践词汇表，以及它们与出版物，团队的过程仍然在工作中。
这篇文章还没发布的第二部分，会更深入的探讨提议的解决方案，比如EssUP，Essential Unified Process和EssWork—在Java和微软领域，支持面向实践方法论的方法，基础和工具。MSDN之前发布了这些主题的讲座。阅读其中之一，会帮助团队理解EssUP和EssWork如何适用于他们的团队。即使团队不选择EssUp和EssWork，Ivar Jacobson在软件开发过程上的境界，也会使得我们讨论软件构造的方法时，开始有新的变化。
如果您希望更多的了解EssWork、EssUp或者Ivar Jacobson，请持续关注InfoQ在敏捷和统一过程方面的报导。
译者简介：肖桦是InfoQ中文站的志愿者翻译。他的网名为“江南白衣”，Java领域专家，开源JavaEE项目SpringSide发起人，现任广州电信研究院亿迅科技有限公司任设计中心设计主管。加入InfoQ中文站志愿者翻译队伍，请邮件至china-editorial@infoq.com。
译者 肖桦 是开源JavaEE项目SpringSide发起人，现在广州电信研究院亿迅科技有限公司任设计中心设计主管。
大家开始殊途同归了
发表人
刘江 图灵
发表于
好像他的EssUP也是过程
发表人
Zhao Jay
发表于
2 条回复
关注此讨论 回复