Google Reader 被 “代码屎山” 杀死

👉 这是一个或许对你有用的社群

🐱 一对一交流/面试小册/简历优化/求职解惑，欢迎加入「芋道快速开发平台」知识星球。下面是星球提供的部分资料： 

• 《项目实战（视频）》：从书中学，往事上“练”
• 《互联网高频面试题》：面朝简历学习，春暖花开
• 《架构 x 系统设计》：摧枯拉朽，掌控面试高频场景题
• 《精进 Java 学习指南》：系统学习，互联网主流技术栈
• 《必读 Java 源码专栏》：知其然，知其所以然

来源：jandan.net/p/116282#/

翻译：煎蛋

Google Reader的关停主要是出于技术原因，基础设施变化太大，代码无法继续更新。关闭工作主要由SRE团队负责，但执行时间可能延后。所有订阅数据将交给苏黎世的Feeds团队归档。关闭决定后，内部沟通出现问题，最终宣布关闭的博客文章提前发布，但并未达到预期效果。

关闭时间主要是技术上的。基础设施发生了足够多的变化，导致Reader的代码库已经腐化，无法再推送到生产环境。听起来好像已经有大约6个月没有进行推送了。我相当确定我在离开之前不久(2012年10月)进行了推送，所以代码如此快速地腐化有点令人惊讶。

关停主要由SRE团队负责(Alan实际上将在7月1日前两周度假)。实际上听起来他们将在7月1日取消GFE规则，然后花时间关闭任何服务器，因为这实际上涉及了理解事物的工作原理及相互之间的依赖关系。FRBE团队肯定会运行更长一段时间，因为其他Google服务依赖于它们。

所有的订阅数据将交给苏黎世的Feeds团队(他们还继承了PubSubHubbub中心，甚至可能还有AJAX Feed API)。他们将希望对其进行归档。Matt Cutts一直是试图尽可能合理处理关闭工作的阴谋的一部分。

他说政治实际上并没有起到什么作用。如果是政治因素的话，最简单的做法就是什么都不做，让服务一直运行下去。Wipeout(Reader不符合要求，已删除Gaia账户的数据仍然存在)是一个轻微的因素，但如果这是唯一的原因，让它继续运行会更容易。

一旦关闭决定已经做出，他们就需要在博客文章上写上某人的名字(Google Blog，Reader Blog)。Alan说他愿意他的名字出现在Reader Blog上，因为他是最后一个工程师了。然而，这个名字(作为一个随机工程师)出现在宣布关闭几个服务的Google Blog文章上是没有意义的。更合理的是一个副总裁，或至少是一个主管。公关询问了几个主管和副总裁(包括Alan Noble，悉尼站点主管)，他们都推脱了，称他们接下来几周将会见到(外部)人员，如果他们的名字出现在博客文章上，他们将会受到很多关于关闭Reader的批评。公关后来询问了Alan，经过考虑，他拒绝了。公关感谢他认真考虑了这个问题，然后去找Alan的经理并要求他去找Alan。Alan再次拒绝了。公关让他的经理再次询问他，Alan说只有在他们提升他为主管的情况下才会同意，这也是他最后听到的消息。最后Urs表示他愿意放他的名字上面。Alan对Urs的看法似乎相当不错；在所有副总裁中，他似乎是最愿意真诚地谈论Reader的人。

公关还给了Alan一份文件，让他发到reader-discuss@和内部Google+。显然这份文件很糟糕，但至少他被允许重写它。总的来说，公关现在似乎非常参与内部沟通；Alan对此显得相当愤世嫉俗。

宣布关闭的博客文章提前了一天。这个想法是利用新教皇的宣布和安迪·鲁宾被换掉的机会，以便Reader的新闻可能会被淹没。公关显然没有意识到关心其他两个事件的人(特别是教皇)不是关心Reader的人，所以它没有起作用。

这也搞乱了内部公告计划。最初的想法是在周二宣布管理层重组，周三上午举行一个全员大会讨论，然后在周三下午宣布关闭Reader，留下TGIF(现在是周四)作为讨论的场所。由于一切都发生在周二，全员大会最终被Reader的问题主导了。在TGIF上继续讨论，直到谢尔盖举起一个麦克风电缆说：“如果我咬下去，痛苦会停止吗？” Urs是唯一一个对Reader问题有合理回答的副总裁(特别是Matt Cutts辩护Reader的时间比较长)。大约一个月后，他们举办了一次“带父母上班日”，在那里他们在Shoreline Amphitheatre举行了一个特别的TGIF。显然，鼓励父母提问，第一个父母提到了Reader的关闭，这引起了所有Google员工的笑声。

原文：https://blog.persistent.info/2013/06/google-reader-shutdown-tidbits.html?m=1