Flex与JSON及XML的互操作
平台需要互操作性。在这篇文章中，作者仔细研究了Flex和JSON及XML的互操作性。文章也包含了使用E4X库来将XML映射到图表和表格组件的内容，还演示了如何使用as3core库来解码JSON消息。
新闻
微软与敏捷存在方向性分歧吗？
作者 Steve Freeman译者 乔梁 发布于 2007年6月20日 上午4时0分
最近，一系列的事件引发了一个问题：微软让使用其平台的开发者的敏捷实践变得更加困难，它是在冒险吗？它的开发工具是障碍吗？对于那些改变了我们使用微软产品的方式的敏捷技术，要去推广它们是不是太难了？甚至还有危险？是时候毫无保留地说出来了。
最近的两个事件表明，微软在拥抱敏捷社区这件事情上丢掉了它一贯的务实：它正通过法律手段来威胁Jamie Carsdale，让他撤销TestDriven.Net插件对VisualStudio Express的支持；Martin Fowler则质疑微软对技术领跑者的扼杀行为，Martin称这些领跑者为“alpha-geeks”。正如Martin所指出，微软开发与NUnit不兼容的的竞争产品，使很多开发者感到寒心，尤其是当它仅与VisualStudio的高端版本捆绑在一起。有人说TestDriven.Net之所以存在，就是因为微软的产品链里出现了缺口。
外界很难评判TestDriven.Net案的法律是非；Jamie和微软的产品经理Dan Fernandez似乎都坚信他们各自的立场。从他们各自的Blog以及SlashDot等论坛上的评论可以清晰地判定：现在支持微软的人气不高。即使最终证明微软是对的，在法庭上胜诉，他们也冒着像麦当劳诽谤案（the "McLibel" case）那样的公关灾难的风险。
像Martin写的一样，微软也有人想要改善一些事情：Peter Laudati要求持续地反馈，VisualStudio团队通过发布免费版本也收获颇丰。另一方面，像Sam Gentile那样早就皈依敏捷的人担心：微软和它所针对的机会主义开发者（被戏称为“Morts”）并不理解敏捷开发是如何进行的。
对于敏捷社区来说，风险在于：当微软与敏捷开发者各自追求不同的目标时，它们之间的鸿沟正在变宽。考虑到微软在市场上的优势地位的话，那并不会让我们生活得更“滋润”。因此我们对微软直言不讳就更加重要，也会促使微软的产品经理发布我们需要的基础框架。
查看英文原文：Microsoft and Agile - Divergent Agendas?
没有回复
回复