Flex与JSON及XML的互操作
平台需要互操作性。在这篇文章中,作者仔细研究了Flex和JSON及XML的互操作性。文章也包含了使用E4X库来将XML映射到图表和表格组件的内容,还演示了如何使用as3core库来解码JSON消息。
作者 Vikas Hazrati译者 李剑 发布于 2008年5月23日 上午6时38分
2008年2月,Dr. Dobb's 发起了一次有关敏捷开发技术实施情况的调查,共收到642份数据。令人惊讶的是,敏捷开发的实施率竟然同去年一样,依然是69%。不过其他数据均有变化。
Scott Ambler谈到,2006年的实施率是65%,到了2007年增长为69%,在2008年还是69%。他为了找出实施率不变的原因,曾对数据进行过深入分析。他猜测过有些团队在背着高层管理的情况下,偷偷摸摸的实施敏捷,但这并非原因所在。
我根据角色对实施率进行了分析,最后发现有61.4%的开发人员认为他们在实施敏捷,而抱有这种想法的 IT管理人员却占了78.2%,跟我从前怀疑有人偷偷摸摸实施敏捷的想法恰恰相反。根据这些数字,我猜着应该是开发人员和管理人员对于敏捷的含义有着不同 的理解,开发人员的标准更高一些。我担心的是,管理层从上到下灌输敏捷,是为了给自己脸上贴金,让大家知道“敏捷是我主导推行的”。
按照Scott的说法,很多已经实施了敏捷的组织都在坚持使用敏捷,这是令人振奋的一点。有82%的实施者已经在这条路上走了很远,只有18%的人还在尝试阶段。
在调查结果中还有一些数据值得人们关注。
许多人都更喜欢从1周到4周之间的短迭代。在参与者中,根本没有进行迭代的人数也有所增加,这一点也是令人深思的。Scott认为,这也许是因为精益方法,例如看板,正在逐渐普及起来。
| 迭代长度 | |
| < 1周 |
3.1% |
| 1周 |
9.2% |
| 2周 | 32.8% |
| 3周 | 16.7% |
| 4周 | 22.8% |
| >4周 | 10.3% |
| 没有迭代 |
5.6% |
在规模这个问题上,有几个参与者说他们已经成功的在200人的团队中实施了敏捷,更多人的敏捷团队在50人左右。
我们还可以看到,敏捷项目的成功率是依赖于团队成员分布的:
| 团队分布 | 成功率 |
| 本地团队 | 83% |
| 分布式团队,但是可以接触到 | 72% |
| 分布在不同地理位置的团队 | 60% |
调查结果表明,实施敏捷的风险很低。下面这些参数表明了敏捷软件开发相对于传统过程所能起到的成效。
| 因素 |
有改进 |
无变化 | 更糟 |
| 生产力 | 82% | 13% | 5% |
| 质量 | 77% | 14% | 9% |
| 相关干系人满意度 | 78% | 15% | 7% |
| 成本 | 37% | 40% | 23% |
在Scott的站点 上,还提供了问卷(pdf)、原始数据(csv),及总结(ppt)的下载。
查看英文原文:Results of Agile Adoption Survey 2008平台需要互操作性。在这篇文章中,作者仔细研究了Flex和JSON及XML的互操作性。文章也包含了使用E4X库来将XML映射到图表和表格组件的内容,还演示了如何使用as3core库来解码JSON消息。
本文将简要介绍面向组合编程(COP,Composite Oriented Programming)的概念,展示它如何规避OOP存在的一些问题,并重新点燃使用可重用部件组装领域模型(Domain Model)的希望。
Mike Snell和Lars Powers用他们最近由Sams出版的新书《Visual Studio 2008揭秘》,试图帮助大家提高开发人员的生产力。本文包括一个下载样章——第10章调试。
Pierre Vigneras在本文中讨论了作为标准之一的BPEL所存在的问题。Pierre先给我们大致介绍了一个简单的并行流程,接着讨论了从业者在试图以一个结构化模型为基础表达非结构化流程时遇到的一系列问题。
Jeff Dwyer就关于他的新书(《Pro Web 2.0 Application Development with GWT》)、GWT1.5以及创建可搜索的Ajax应用谈了一些他的见解。
我们需要设身处地地为客户及客户的业务本身着想,与客户同舟共济。更多创新的思路、产品和模式也同样将为IT业带来新的出路。IT业并不需要坐以待毙,在春天到来之后,市场将会更加繁荣!
2 条回复
回复