英文原文：GS Collections Moves to Eclipse foundation
Eclipse 基金会和 Goldman Sachs 已经宣布联合经营，将流行的 GS Collections 开源框架开发迁移到 Eclipse。该迁移预期早在 2015 年 12 月下旬完成，当时在 Maven Central 出现了前者 com.gs.collections 的克隆，拥有一个重新命名的称呼org.eclipse.collections eclipse-collections-api。
InfoQ 就两者之间的新关系采访了 GS Collections 创作者 Donald Raab。
InfoQ：做出这一迁移的原因是什么？
Raab：过去四年我们已经看到 GS Collections 的应用得到了稳定的增长。自从在 GitHub 上发布 GS Collections 后我们已经被多次问到是否接受外部对此框架的贡献。在这之前，答案都是 不接受 。随着 Eclipse Collections 的到来，现在这个问题得到了一个确切的答案， 接受 。如果开发人员想贡献 Eclipse Collections，对此我们有一个良好定义的流程。就在 JavaOne 2015 会议前，我们在我们的gs.com/engineering 网站上宣布了向 Eclipse 基金会的迁移。通过与 Eclipse 基金会的合作，我们希望围绕 Eclipse Collections 项目发展一个充满活力、开放的贡献者和提交者社区。为帮助我们实现这一目标，Eclipse 基金会提供了一套成熟的流程和工具。
InfoQ：你能给我们说说这次迁移的进展吗？
Raab：Goldman Sachs 作为解决方案成员加入 Eclipse 基金会，我们在 2015 年 10 月提交了 Eclipse Collections 的项目建议。我们在 2015 年 12 月完成了 GS Collections 向 Eclipse 基金会的迁移，并更名为Eclipse Collections。我们将包从 com.gs.collections 更名为 org.eclipse.collections，但是保留了版本号，因此 GS Collections 7.0 迁移成为 Eclipse Collections 7.0。
InfoQ：它们完全一样吗？
Raab：是的，GS Collections 7.0 和 Eclipse Collections 7.0 之间的特性完全一样。
InfoQ：跟我们谈谈集合，什么使得 Eclipse Collections 不同于其它流行的集合框架，比如 java.util Collections、Google Guava 或者 Apache Commons Collections？
Raab：Eclipse Collections 具有其他每个框架一样的共同特性，同时，也有它独一无二的特性。适用范围和完整性是 Eclipse Collection 独特的地方。
受 Smalltalk Collections 协议的启发，Eclipse Collections 提供了丰富的功能 API。在我们的父接口 RichIterable 有超过 100 种可用的方法，大部分都是我们的类型扩展。
Eclipse Collections 提供标准 JDK Collections 类的优化替代，比如 ArrayList、HashSet 和 HashMap。除了丰富的功能 API，我们还希望为这些类提供更高内存使用率和更高性能的版本。我们也希望提供内存使用率不可变的集合和原生集合（primitive collections）。
Eclipse Collections 7.0 支持 Java 5 及以上版本，因此你现在就可以使用 Eclipse Collections，并且，升级到 Java 8 就可以在当前的 Java IDE 中使用自动重构了。
InfoQ：最引人注目的集合和特性有哪些，你给大家举一些例子吧？
我们对 Map、Set、Bag（一种无序列表）和 Multimaps 有更高内存使用率的实现。
直接在集合使用贪婪迭代模式的丰富的 API。（无 小面包式 的操作，因为一块肉总需要两片面包来夹，所以我们这么来叫它）
具有丰富的 API 的原生集合。
优化的并行的惰性和贪婪 API。
具有约定了不可变接口的不可变集合（无可变方法）。
适用于所有容器类型的简洁一致的工厂。
可多次使用的惰性迭代器。
我们kata 风格的教程，通过不断重复的实践帮助磨练我们的技能。
因为我们实现的是 java.util 的 Collection 接口，因此可以自由获取 Streams。Eclipse Collections 欢迎任何社区来做出贡献。
InfoQ： GSC 是何时开始的？
Raab：在 2004 年，GS Collections 作为一种框架于 Goldman Sachs 内部开始开发，名字叫做 Caramel。
InfoQ：何时对外开放的？
Raab：GS Collections 于 2012 年 1 月在 GitHub 上发布。GS Collections 于 2015 年 12 月在 GitHub 上发布。
InfoQ：有多少 GS 开发人员为此框架做出了贡献？
Raab：这么多年大约有 40 名 Goldman Sachs 开发人员对 Caramel 做出了贡献。
InfoQ：这种合作对 GS Collections 未来的方向有何影响？
Raab：GS Collections 7.0 版本是 GS Collections 最新的特性版本，在 Apache 2.0 协议下，Goldman Sachs GitHub 账户和 Maven Central 的 GS Collections 仍然可用，但是只会修复些 bug 了。未来所有的特性开发和版本都将放在GihHub 上的Eclipse 基金会的Eclipse Collections 上。如今我们已经成功迁移到了 Eclipse 基金会，所有的开发工作都将在 GitHub 上开放地完成，Eclipse Collections 之后版本的规划和路线图也将向大家保持透明。在 Eclipse Collections 8.0 版本中，我们将开始直接在类库中利用 Java 8 的特性。Eclipse Collections 7.x 的版本将是最后支持 Java 5-7 的版本。
InfoQ：你能分享一些使用现状吗？
Raab：它在 Goldman Sachs 的使用非常频繁。在公司我们有三到四千名 Java 开发人员。随着 2015 年 12 月底 7.0 版本在Maven Central 的发布，GS 团队已经开始升级到 Eclipse Collections 了。
在公司之外，很难度量使用量，但是在 GS Collections GitHub 库中，目前我们已经收到 1430 多个赞了，并且在 Maven Central 上每月有 20K 的下载量。
