Google Reader被“代码屎山”杀死
内容提要
Google Reader关闭是因为技术原因，基础设施变化太大，代码无法更新。关闭工作由SRE团队负责，订阅数据交给苏黎世的Feeds团队归档。内部沟通出现问题，博客文章提前发布。公关询问了几个主管和副总裁，他们都推脱了。最后，Urs同意放他的名字上面。关闭的博客文章提前了一天，但没有起作用。
延伸解读
技术债如何压垮一个产品
文章指出，Google Reader 的关闭主因是技术性的：基础设施变化太大，代码库腐化到无法推送到生产环境。据称已有约6个月没有推送，而作者在2012年10月离开前还能推送，腐化速度令人惊讶。这提醒我们，长期维护的产品若不能持续跟进底层架构，最终可能因技术债而被迫终止，而非单纯的产品决策。
关停背后的团队与数据去向
关停工作主要由 SRE 团队负责，他们计划在7月1日取消 GFE 规则，然后逐步关闭服务器，这需要理解服务间的依赖关系。FRBE 团队会运行更久，因为其他 Google 服务依赖它们。所有订阅数据将交给苏黎世的 Feeds 团队归档，该团队还继承了 PubSubHubbub 中心，甚至可能包括 AJAX Feed API。
公关与署名的推诿游戏
宣布关闭需要在博客文章上署名，但多位主管和副总裁都推脱，担心接下来几周会见外部人员时受到批评。公关先询问 Alan，他拒绝；又找他的经理施压，Alan 再次拒绝，并开玩笑说除非升他为主管。最终 Urs 同意署名。这反映了内部沟通的混乱和责任的规避。
提前发布为何适得其反
博客文章提前一天发布，本想借新教皇宣布和安迪·鲁宾被换掉的机会淹没 Reader 新闻。但公关没意识到关注那两件事的人与关注 Reader 的人并不重合，所以没起作用。这还打乱了内部公告计划，导致全员大会被 Reader 问题主导，甚至谢尔盖在 TGIF 上举起麦克风线问：“如果我咬下去，痛苦会停止吗？”
Q&A
Google Reader关闭的主要原因是什么？
Google Reader关闭主要是由于技术原因，基础设施变化导致代码无法更新。
谁负责Google Reader的关闭工作？
关闭工作主要由SRE团队负责，所有订阅数据将交给苏黎世的Feeds团队归档。
Google Reader关闭的公告为何提前发布？
关闭的博客文章提前发布是因为内部沟通出现问题，但未达到预期效果。
关闭决定后，Google Reader的代码库发生了什么变化？
关闭决定后，代码库腐化，导致无法推送到生产环境。
在宣布关闭Google Reader的过程中，公关部门的角色是什么？
公关部门询问多个主管和副总裁，最终Urs同意在博客文章上署名。
Google Reader关闭后，员工对此有何反应？
在“带父母上班日”中，员工提到Reader关闭引发笑声。
