大规模视频网站的计费与流量管理
本次分享将会就大规模视频网站的计费与流量管理这个话题，从操作层面细细进行讲解和分析，为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”，让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
Martin Fowler谈Scrum认证、敏捷现状与未来
作者 李剑 发布于 2008年6月24日
InfoQ中文站：Martin，你好。我们最近在中国做了一次有关Scrum实施情况的调查，从结果中发现，很多实施Scrum的人对敏捷只是一知半解，参加了Scrum认证之后就自认为已经是Scrum Certified Master了，开始在公司或者组织内部进行应用，最后导致失败。这种情况不仅发生在中国，其他国家也是一样，在Scrum Yahoo group和XP Yahoo group邮件列表中的许多邮件都为此提供了佐证。不知道你对这现象有什么看法？
Martin Fowler（MF）：其实，不管是什么技术，要把怎么具体实施说清楚都不是件容易的事。尤其是敏捷，因为它会要求你改变心态！现在Richard Durnall正在会场上讲精益开发，他也会讲一些在精益制造方面的类似经验——很多人都只是片面的关注具体实践，而不是它背后的哲学。如果你只是一味的采用实践，对这套体系的哲学理念置之不理，还想有多好的成效，那可能吗？
我个人认为，还要过上几十年的时间，敏捷才能真正产生影响。我们都知道面向对象技术，它一开始出现在60年代末期到70年代，差不多20年后，才出现了面向对象编程的语言。但即使这样，我们还是会在客户代码里面看到，有些代码不是用面向对象的方式编写的。它们用的是Java，但不是面向对象。所以，要想大多数人都用真正面向对象的方式来编程，还有很长的路要走。
到今天，对象已经发展了40年，而它在敏捷中还只占了很小的一个范畴。对象只跟编程、编程设计有关系，敏捷则是完整的软件开发过程。所以敏捷的发展阶段肯定比对象长。
再来说Scrum认证培训，它就只是两天的课而已，两天的课能学到多少东西？我很不喜欢人们把它叫做“认证”，因为这给人带来了错误的印象。它确实有一点好处，那就是你真的花了两天时间跟某些真正理解Scrum的人相处。我的意思是，那些负责Scrum认证培训的教师，他们确实理解什么是Scrum。这着实不错，因为你知道，有很多技术连讲师都不甚了了，而且这现象还特别常见。嗯……这几乎是RUP和CMM的最大问题，讲师们也不知道它们到底是干什么的。Scrum认证课程的讲师至少还对Scrum有全面的了解。但话又说回来，你怎么可能把这些东西都在两天里面讲完呢？我觉得要学会怎么实践敏捷，最起码要花上几个月的时间。你得进入团队，用敏捷的方式工作，你需要查看所有的因素是怎么配合到一起的。这要经过几个月的练习才行。
InfoQ中文站：目前我们还可以看到种种对敏捷的误解，比如，“敏捷就是没有文档”，“敏捷就是做事情做得快”，“要是想用敏捷，就要把敏捷实践全都用到项目上”，等等。那我们该怎么样消除这些误解呢？
MF：呃……这可不大容易，你得做很多事情：跟人解释、展示实际案例……那些人不了解敏捷，但是有很多人了解，他们跟外界打交道，向人宣传，介绍他们的案例，ThoughtWorks在这方面做出了很好的榜样，因为我们做着这样的项目，我们以这样的方式工作。每次有新人加入公司，他们就能看到我们的工作方式，可以亲身体验，而不是臆测一切。我觉得这非常好。不过我现在只是耐心等待着它的发展，就像我刚才说的那样，还要几十年。我已经习惯了，因为我见证了对象的发展历程，而对象到现在还没有发展到头呢。
InfoQ中文站：你觉得是否在敏捷这个领域内，是否可能产生某种标准呢？
MF：我不认为有人能制造出标准。我们的工作方式是帮助组织意识到他们的强项所在，弱点所在，进而帮他们做改进。实际上，这也是CMM的原始动机，它通过评估来让你意识到哪里需要改进，但是认证机制却让它全变了样！它自己把自己变成了怪物。但是，不幸的是，在敏捷领域中也有这样的风险存在，有很多人都从Scrum Master这玩意里面感觉到了。我们走着看吧。
InfoQ中文站：从敏捷宣言诞生，到现在已有七年之久，那么我们是否可以把过去这些年里的经验总结成模式，来指导敏捷开发、项目管理之类的事情呢？
MF：可能吧。有不少人都在努力这么做，但它目前不是我的兴趣所在。我从前跟敏捷走的很近，但是已经有很多人在关注敏捷、讨论敏捷、致力于推广敏捷，所以几年前，我就已经决定跟敏捷保持一段距离——不是因为我觉得它不重要，相反，我觉得它非常重要，只是研究敏捷的人已经很多了，所以我想关注自己想关注的事情，所以我才在研究企业架构模式和DSL。
InfoQ中文站：那么说你现在就是在等待着，旁观这一切会发展成什么样子？
MF：对，你看，有这么多优秀的人在推动敏捷，我估计也帮不上什么忙，所以我觉得最好专注于别人不太感兴趣的领域。
InfoQ中文站：有人问过这样一个问题，“我们怎样判断一个项目是否敏捷呢？”对此也有人有反对意见，认为这个问题根本就不成立，因为我们所应该，所需要关注的是怎样做出改进——
MF：是的。
InfoQ中文站：而不是项目本身敏捷与否。
MF：一点没错。
李剑 李剑──ThoughtWorks高级咨询师，在持续集成、重构等领域具有丰富的经验；多次为国内大型企业敏捷组织转型提供咨询和培训服务。
很认同他的几句话
发表人
徐 毅
发表于
Re: 很认同他的几句话
发表人
Pazzini Giampaolo
发表于
刚刚开始实践
发表人
胡 永
发表于
最后两句话很重要
发表人
张 凯峰
发表于
Re: 最后两句话很重要
发表人
焦 宇
发表于
Re: 最后两句话很重要
发表人
罗 雅薇
发表于
-
很多人都只是片面的关注具体实践，而不是它背后的哲学。
---- 学了招式，不学内功，只有去找揍的。
“我们怎样判断一个项目是否敏捷呢？”
---- 确实，改进是最重要的。 -
希望能够尽快能够有自己的心得体会，能够跟你在一起工作很幸运啊，学到很多，谢谢拉
-
InfoQ中文站：有人问过这样一个问题，“我们怎样判断一个项目是否敏捷呢？”对此也有人有反对意见，认为这个问题根本就不成立，因为我们所应该，所需要关注的是怎样做出改进——
MF：是的。
InfoQ中文站：而不是项目本身敏捷与否。
MF：一点没错。 -
理论与实践一个都不能少
-
我觉得太抽象，最重要的就是通过一个案例，来讲述与论证，令人感悟与信服。
-
我个人认为：敏捷只是一个概念，我们做项目的焦点不应该是我们用了哪些有关敏捷的技术或框架，我们的初衷应该是如何快速响应客户的需求变化，如何提高内部代码的质量，如何在更短的时间内交付更有效和价值的产品。
PS：我因为最近公司希望使用敏捷开发模式，采用scrum框架而初次接触敏捷的概念，也许对理解有偏差望理解。
6 条回复
关注此讨论 回复