为什么谷歌不开源他们已经退役的产品？

大多数此类服务很可能以错综复杂的方式依赖于其他服务，而这些服务只能在 Google 内部使用。
开源产品的过程不仅仅是将代码放到网上和更改许可证。首先，它需要移植到 AppEngine 或其他一些合适的基础设施。需要进行广泛的测试以确保它可以独立于谷歌的基础设施工作。然后需要将产品改进到可以得到开源社区合理支持的状态。这需要在培训、文档和开发方面进行大量投资。然后，有人需要审查所有建议用于开源的代码，并确保 (a) 对于开源项目来说，它有足够的文档记录，并且 (b) 这是他们真正想要开源的，并且不会意外泄露不打算发布的专有代码。最后，当你开源某些东西时，你最终不会完全放弃它。仍然需要 Google 工程部门为此项目提供支持和持续帮助。
这是一项重大的投资，比仅仅将一些代码签入 github 大得多。为了使这项投资物有所值，需要有一个非常令人信服的理由。浏览此处的开源项目列表（Google 发布的开源项目），您会发现它们中的大多数通过它们的持续存在和发展为 Google 提供了一定程度的持续利益。
当您查看 Reader 时，虽然可能有一个狂热的社区在使用它，但它并没有成为主流。确实没有太多与之相关的商业模式，而且很难看到这种情况在不久的将来会发生变化。即使有人要创建替代方案，或采用 Google 之外的开源（或闭源）版本的 Reader，也很难看出这将如何可持续。
将其与 Sketchup 进行对比，后者仍然足够独立，可以作为企业出售。有更清晰的商业模式，代码相对独立，可以找到买家并合理地将其作为持续经营。