大规模视频网站的计费与流量管理
本次分享将会就大规模视频网站的计费与流量管理这个话题，从操作层面细细进行讲解和分析，为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”，让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
E4高层就Eclipse的未来目标和发展方向展开讨论
作者 Alex Blewitt 译者 张龙 发布于 2008年5月29日
距离Ganymede的发布只有几周时间了，人们已将目光聚焦在Eclipse的未来（称为E4）上了。E4高层最近就Eclipse的未来目标和发展方向展开了讨论。InfoQ此前曾报道过E4，现在让我们看看更具体的东西。在现在这种情况下，E4的名字更像是一个代号而不是一个计划中的版本号；同时在E4出现前，Eclipse 3.4的后续版本号将是明年发布的3.5。
E4的主要工作就是让Eclipse环境可以运行在web浏览器中而不是（必要的）作为一个独立的应用。尽管RAP（webinar）已经展示了如何将服务器端的Eclipse应用（工作台示例，邮件示例）呈现在web上，但是大多数现有的Eclipse工作台和IDE插件都是对用户界面硬编码的。
大家现在正在讨论带有浏览器版SWT的未来的SWT。RAP的当前实现使用Qooxdoo AJAX库（查看示例）从远程服务器来呈现UI。尽管我们的目标可能是要实现一个内嵌于浏览器的VM（像Flex或者Silverlight），但RAP的方式也许是个可行的方法，或者还可以使用类似于GWT这样的交叉编译（cross-compilation ）的技术。
另一个方向就是可以使用其他语言编写插件，要考虑到未来的脚本化Eclipse。已经有人建议使用Scala语言，尽管像JavaScript、甚至是JRuby这样的一些动态语言也可能会被支持。
为了使用服务器端数据在Web浏览器中展现UI，我们必须对一些singletons解耦，这些singletons假定了一种一对一、用户到工作台的关系。此外，一些同步APIs（如EFS）需要被移植成异步的，这样才能处理基于Web的系统天然的异步性。有人正在讨论一个新的资源模型，希望它能避免对当前API及新的应用模型的限制（如非嵌套的项目层次）。
E4已经有很大进展了，重要的是E4的开发过程比以前更加开放了。但是要记住，所有这一切都是实验性的；因此E4看起来应该（或者不应该）是什么样子都尚无定论。如果你想下载并尝试一些原型代码的话可以查看这些示例。
对于这种从客户端IDE到基于Web的框架的发展，你有什么想法呢？
查看英文原文：E4 summit debates on the future goals and directions of Eclipse
译者 张龙 热衷于编程，乐于分享，对新技术有强烈的探索欲，对Java轻量级框架有一定研究。
很有创意的想法
发表人
Cai Pig
发表于
很棒的想法
发表人
源头 西水
发表于
2 条回复
关注此讨论 回复