如果我们使用的是非常非常小的轻量级工具而不是重量级的-IBM.PDFVIP

如果我们使用的是非常非常小的轻量级工具，而不是重量级的、集成式的大型 IDE，那么将会发生 什么？ 主持人：Martin Lippert，VMware 和 Eclispe 工具专家 LIPPERT：欢迎大家来参加这次关于“拥抱 Eclipse Orion”的访谈。我是 Martin Lippert。我效力 于 VMware，在工具团队中工作，我们的团队开发了很多基于 Eclipse 的工具。 在开始之前，我想先问问，谁知道，或者谁熟悉 Eclipse Orion？它是什么，有什么用？好的。 那非常棒。非常好。谁在开发 JavaScript？也许不是一直都在开发 JavaScript，而是有时在 开发 JavaScript？好的。很好。 我想谈论的是，我们如何使用 Eclipse Orion，我们用 Eclipse Orion 完成了哪些工作。说 到我们摈弃了什么，又放入了些什么，这有时听起来也许有点残酷，但我们是快乐的 Eclipse Orion 团队成员，所以我的一部分团队其实对 Eclipse Orion 做出了一些贡献，我们正在与 他们合作，所以这真的……这真的是一次伟大的合作。 先介绍一点点背景信息。我们已经实现这些工具相当长一段时间了。在过去的五、六、七、八 年中，我们开发了许多 Spring 工具、Spring IDE、AspectJ 工具。所以，在基于 Eclipse 来实现工具，以及基于拥有桌面 IDE （其中的一切都是集成式的和高度集成的）的此类思路来 实现工具方面，我们已经有一段很长的历史。 基于这样的背景，我们认为，我们后退一步，回到过去的一两年，设想一下，未来的开发人员 工具应该是什么样子？我们会继续维持现状，Eclipse IDE 或智能工具这类高度集成的桌面 IDE，或许会发生变化吗？变化的方向会是什么呢？就我个人而言，我目前不知道这些问题的 答案，但我有一些想法。 对我来说，促使我想到这些问题（或启发我的思路）的东西是观察，比方说，有很多关于 IDE 或者关于应用程序开发的 IDE 的事情发生，对不对？人们会说，“哦，是的，您需要 进行应用程序开发，应用程序完全是基于 Web 的，都是基于 Web 的应用程序”，还有人会 说，“噢，它们全都用 JavaScript，比如 Gmail 之类的东西，”所有这些现代和流行的东 西都出现在 IDE 开发的内部和外部。比如说，有人会说，“哦，是啊，是啊，我们是保守 的，我们和 10 年前做的一样，我们开发 SWT 和桌面，开发基于桌面的大型应用程序，需 要下载 300 兆字节，要安装……”之类的东西。那让我……我不会说它不好，我只是在想， [它]让我开始思考未来的 IDE 格局将会是怎样的。 我的第二个想法是，我观察到，Google 可以在 10 毫秒内就搜索完整个世界的所有网络； 为什么它花费一秒钟的时间来打开 Eclipse 中的一个类型层次结构？这有点奇怪，不是吗？ 这种情况看起来有点不协调， 体现为目前的各种可能性和当今许多 IDE 中所出现的情况之间的不协调。 所以我们再进一步思考一下，试着探索更多的东西，让我们尝试去创新。如果我们把一切都 颠倒过来，将会发生什么？如果我们以不同的方式处理 IDE 的一切，将会发生什么？ • 如果我们使用非常、非常小的轻量级工具，而不是重量级的、集成式的大型 IDE，将会发生什么？ • 如果我们重用现有的工具，而不是实现它们或者将它们全部重新集成到现有的 IDE 中，就像我们经常对基于 Eclipse 的集成所做的那样，又会发生什么？ • 如果连接现有的工具，像人们在 Web 上所做的那样，而不是将一切都集成到一个大 型工具中，又会发生什么？ • 如果我们选择基于浏览器完成所有操作，所有一切都是基于浏览器的，会发生什么？如 今现代应用程序的每个 UI 都是基于浏览器的。如果我们在浏览器里面做 IDE，或者不 做 IDE，而是在浏览器中开发一个工具，会发生什么？ • 如果我们在云中这样做，像这样的云托管环境，一切都是托管的，所有工具都在 500 万台机器和 Google 数据中心上运行，我手上同时拥有这 500 万台机器和 500 万台 机器的计算能力，而且只供我使用，又会发生什么？