Eclipse的Mike Milinkovich提出了他们的新云计划

贾克森特（JAXenter）：您为什么现在认为是时候采取这样的举措了？

Mike Milinkovich：将工具迁移到云中是不可避免的。 我从事该行业已经足够长的时间了，以至于过去只有40或50个桌面IDE。 今天，您可以找到四十或五十个Web IDE或Web编辑器。 他们无处不在。 现在以及我们这样做的原因之一是，我们认为整个市场已经可以整合。 不需要有五十个，必须有五个。 我们之所以认为Eclipse Cloud Development Initiative重要的原因之一是，如果您查看其中的代码量，参与其中的人员和公司的数量，它将成为赢家之一。

不需要五十个Web IDE，而必须有五个。

Eclipse不是软件公司，而是社区。 因此，当一大批公司和技术人员前来并说他们想做某事时，事情就会发生。 当然，我们鼓励这样做，这就是我们在Eclipse Foundation中所做的，并且我们显然是Open Source的忠实拥护者。 为什么现在？ 因为Codenvy和Pivotal以及SAP和IBM这次使用此代码向前迈了一步，所以我们现在达到了临界点。 我们拥有Orion已有很多年了。 Flux已经存在了大约9个月，Codenvy项目（编者注：Eclipse Che）才刚刚进入，SAP Dirigible也刚刚进入。在这四个项目中，我们说：您知道吗？ 对于临界人来说，这足以制作一个顶级项目并围绕此建立社区。

这个顶级项目中有许多组件，包括Pivotal，SAP等。 这些组件之间是否有任何连接链接？

Milinkovich：是的，有。 当然是早。 在这一点上还没有一个完美的统一，也许永远不会有一个完美的统一。 有一个以上的用例，因此将有不止一种架构。 但是，我们已经有了一些有趣的成功迹象。 例如，标准的Flux演示是与Orion一起使用的Eclipse IDE。 Codenvy已经在使用Orion编辑器，并且已经在使用Flux在图形用户界面和他们所拥有的命令行界面之间进行集成。 因此，您可以看到这些项目之间已经存在重用和对齐的实例。 这需要时间，还有很多工作要做，但是已经有早期成功的迹象。

我之所以问现在为什么的原因是，尽管云IDE的市场很大，但这并不一定意味着每个人都使用它们。 您在博客文章中说，99,9％的开发仍在桌面上完成。 那么，您认为这些云IDE起飞需要多长时间？

Milinkovich：我认为这正在发生。 Orion团队经常指出这一点。 约翰·阿特霍恩（John Arthorne）今天上午在[EclipseCon Europe]的一个小组中说，如果您看看当今开发人员的工作方式，除了源代码编辑之外，他们所做的几乎所有工作都已经在云中进行了。 持续集成，Git，Sonar，以提高代码质量-所有这些工具都是您与之交互并通过Web浏览器使用的工具。 如果您今天是开发人员，则您的Web浏览器是您大多数ALM经验的门户。 剩下的唯一的东西就是实际的IDE，代码的编辑以及诸如此类的东西。 有许多原因使它现在变得越来越容易和更好。

一个是：与几年前相比，浏览器的性能提高了一个数量级。 真正开始开发的是V8，其他浏览器JavaScript性能也有所提高。 现在，您可以在浏览器中执行操作，并期望几年前无法实现的用户体验足够好。

另一件事是网络延迟也一直在变得越来越好。 几年前，当我第一次听说在云中使用成熟的Web工具的想法时，我感到怀疑。 甚至是愤世嫉俗的人。

为什么？

Milinkovich：因为我不相信它会表现得足够好，所以开发人员的经验会足够好。 现在我自己使用Orion。 而且我知道您实际上可以在浏览器中进行良好的代码开发，并且体验还不错。 事情变得越来越好，越来越快。 因此，正如我所说，几年前，我对能够在浏览器和Web体验中执行此操作的想法持怀疑态度。 现在我是一个信徒。 主要是因为我实际上已经亲眼看到并使用了它。

您是否也因为数据隐私问题而持怀疑态度？

Milinkovich：当然不是那个时候。 那是预雪天。 当我运行Orion时，我将其作为本地主机或Raspberry Pi在笔记本电脑上运行。 所以，我的意思是，我们拥有Orion Hub，可以在云中托管Orion。 现在，您可以在IBM Bluemix之类的技术中看到它。 但是我认为源代码很有价值。

“我比我的源代码更关心我的签证号码和银行帐号。”

它不一定是个人身份信息，也不是我们通常担心的事情。 隐私很重要，因为公司不希望资产被盗。 也许只有我一个人，但是我比我的源代码更关心我的签证号码和银行帐号。 可以将这些工具（Orion和Che等）托管在公共云中，但是也有很多用例，您也可以将其托管在本地。 然后，您可以更好地控制隐私和安全方面。

这是人们听到“云”时想到的第一件事：他们担心自己的隐私。

Milinkovich：特别是在德国。

确实如此。

Milinkovich：是的，在北美，您对此的关注程度不高。

将Eclipse引入浏览器的想法实际上是很古老的。

Milinkovich：我在这里要小心。 我们谈论的这项技术不是 “浏览器中的Eclipse”。

好吧，这不完全是旧的想法。 但是从某种意义上说，新组件将实现旧的梦想。

Milinkovich：我们从一开始就学习Eclipse的一件事就是，您要做的是构建一个可扩展的，可激发生态系统的可靠平台。 Che和Orion都带来了一个可扩展的平台。 因此，我们绝对希望看到类似的成功。 因为它是开源的，所以您会看到采用。 但是您还会看到人们为该技术构建自己的扩展，以我们从未想过的方式使它有用。 当您想到人们在Eclipse平台之上构建的不同事物时，我认为没有人会梦想过它。 我们绝对希望看到这种情况再次发生。

Eclipse一直是集成工具的平台。 因此历史正在重演-也许现在正在云空间中。

Milinkovich：不幸的是，由于技术原因，Che项目无法以完全相同的方式使用Eclipse插件模型，即使它是用Java编写的。 但是他们很接近。 [Codenvy]对将Che引入Eclipse感兴趣的主要原因之一是，他们希望看到很多人将其Eclipse插件移植到Che平台上。 他们用它来帮助引导Che周围的生态系统。 这就是我们希望看到的。

Che是一个相当新的项目，许多人仍然想知道Orion和Che之间的区别是什么。 您能用简单的术语解释一下吗？

Milinkovich：从结构上讲 ，Orion是在浏览器中运行的工具集，它与非常简单的服务器之间的连接非常轻巧。 而Che，部分是因为其目标市场是编译语言，而不是解释语言，因此它是一种更加智能，参与程度更高的服务器，具有瘦客户机。 这些差异主要是由目标市场引起的。 Orion主要关注JavaScript，HTML和CSS的需求，因此关注正在构建需要非常出色JavaScript IDE的Web应用程序的人们。 他们渴望将其扩展到其他领域，但现在确实如此。

还请参见： 与Mike Milikovich谈谈Eclipse的状态

在Che中，从一开始就将重点放在编译语言上。 当您要支持Java之类的强类型编译语言，并且希望为您的Java开发人员提供良好的体验时–他们正在寻找代码完成功能，代码辅助功能，由于IDE之类，我们都已经习惯了所有这些功能Eclipse –您需要有一台智能服务器来查看您的代码，该服务器正在构建抽象语法树和代码分析。 当一个人按下按键以显示“代码完成”功能时，它必须使交互超级快，以使用户体验良好。

然后，您要做的第三件事是，您必须能够构建一个可以扩展的体系结构，以便可以在大小合理的服务器基础结构上支持数千个开发人员。

在有关连接不同工具的Flux项目的小组讨论中，有一个有趣的观点。 问题是：NetBeans和IntelliJ可以成为这项计划的一部分吗？

Milinkovich：好的。 如果他们构建适配器，则可以绝对使用Flux。 它是开源的。 我们正在寻找人们使用我们的开源代码。 现在，它主要与Orion一起使用，但是如果有人想使其与CodeMirror或Cloud 9一起使用，则没有理由不起作用。

那么，这个顶级项目的下一步是什么？

Milinkovich：要引入Che和Dirigible，我们还有很多工作要做。我的意思是，你们对Eclipse的关注已经很久了，他们知道当一个新项目进入时，我们会进行尽职调查等等。 一开始需要做很多工作。 我们必须解决这个问题，直指Eclipse网站上的“下载”，然后让Che在您的笔记本电脑上或服务器上运行，就像这样[单击他的手指]。 这将是Che和Dirigible的第一工作。 Che更大，但是它们都是非常大的项目，并且它们都有很多代码和很多依赖关系，因此要使它们进入Eclipse家族将需要做很多工作。 那是向内看。

云开发的世界“不是那么聪明”

放眼往外，我们需要做很多工作，以使人们意识到Che，并使工具供应商和云供应商的世界意识到他们现在拥有这个非常酷的技术平台，可以在基础架构中使用开放源代码。 所以我很想看到Che出现在Cloudfoundry或类似的地方。

颇具讽刺意味的是：如果您现在看一下云开发的世界–亚马逊，Azure，OpenShift，Cloudfoundry，Bluemix等–在为云开发时，他们告诉您要做的第一件事是什么？ 在您的桌面上下载200 MB的Eclipse。 那真的不那么聪明。

更好的做法是：“您好，欢迎使用我们的云。 这是您的开发人员凭据”，以及– tadaaa –就是您的开发环境。 这就是云开发应遵循的方式。 您的云开发应托管在您所针对的云中，并且是云开发人员产品的一部分。 那就更有意义了。 因此，我们必须努力提高知名度，并使其中一些公司开始使用此功能。 采用是养活开源中所有其他内容的基础。 我们需要人们使用它-因为如果他们使用它，他们就会做出贡献，这就是您推动项目前进的方式。

因此，一方面是要提高对单个项目的认识，但马丁·利珀特（Martin Lippert）今天上午也说了一件有趣的事。 他说，这是根据这些服务和项目创建一种产品。 Eclipse Cloud Development和其他Eclipse计划是否具有更广阔的视野？

Milinkovich：桌面Eclipse具有一些惊人的工具技术。 但这是一块巨石。 我的意思是它是用插件编写的，但它仍然是一大段代码，并且可以在台式机上运行。 如果您可以将其分解为有时在您的桌面上运行，有时在云中运行的微服务集合，那不是很酷吗？ 这种架构加上Flux的功能使您可以在任何地方使用代码。

我们想要实现的是无缝的开发人员体验，使开发人员可以在自己所处的环境中使用他们拥有的工具来完成他们需要做的事情。 我认为是马丁[Lippert]说：“我想用笔记本电脑进行日常开发，但是如果我在机场并且有一个严重的错误，我希望能够在iPad上进行修复。 而且我不想考虑如何在iPad上复制所有内容。 我想打开我的iPad，我要我的代码恰好是我去机场之前合上笔记本电脑的盖子时留下的代码。” 那正是你想要的。 这就是我们未来几年要建立的。 这是一个愿景–不是承诺。

当我在EclipseCon上问人们：“您认为将IDE集成到云中这是一个有趣的主意吗？”，答案是：我不想在iPhone上编写代码。

Milinkovich：两件事。 首先：来参加EclipseCon的人员不一定是我们正在谈论的工具的目标受众–因为他们全都是使用Eclipse IDE的世界级专家。 其次，当我们说“云中的工具”时，您可以在iPhone上获得一些代码，但是没有人会这样做。 这将是某种紧急情况。 您仍在谈论使用笔记本电脑作为编码的主要体验。 我认为这实际上凸显了Flux的重要性。 甚至在某些情况下，即使是最顽固的Eclipse风扇也可以在笔记本电脑上完成99％的编程。

为什么您的工具不会

但是，只有大约百分之一的时间他们确实在机场，他们需要获取代码来修复某些问题。 在具有持续集成和持续交付的云交付中，这变得越来越重要，因为要Swift恢复发生中断的更改非常重要。 我认为如果有人说“我为什么要在iPhone上编码？” 我很确定他们实际上不了解我们在说什么。 因为他们是Eclipse方面的专家，所以他们将是最后一个切换的小组。

但是，如果您正在为云开发，为什么您的工具不会在该云中？ 如果您以这种方式进行解释，我认为它更容易理解。

这样，为大型企业配置工作区将变得更加容易。

Milinkovich：这是Che的基本价值主张之一。 Che真正有趣的部分原因在于，它是一个为特定的ALM和部署模型配置工具链的平台。 好吧，您可以坐在Che的命令行前面，并使用Travis和GitHub等构建工具链。 基本上，它将为您构建一个工作空间，该工作空间已预先配置为可以使您高效地工作。 那太酷了。

这个云开发项目具有超重要的潜力。 尤其是当您开始看到它影响Eclipse IDE本身的体系结构时。 在接下来的几年中，这将非常酷。

翻译自: https://jaxenter.com/chat-mike-milinkovich-eclipse-113057.html