Google Reader 被 “代码屎山” 杀死

Google亲手关停产品的底层逻辑与生存预警 在互联网平台生态中,'自研产品被母公司下线'已成典型技术治理现象。其本质是资源有限性约束下的战略再聚焦:当某服务无法持续反哺核心数据飞轮(如搜索推荐、广告定向、云服务调用)或形成正向协同时,即便拥有千万用户,也会触发内部达尔文主义淘汰机制。这一过程涉及产品生命周期管理、API依赖强度评估、跨平台集成深度等关键工程指标,广泛影响开发者生态稳定性、企业IT架构韧性及普通用户的数字资产连续性。本文基于Google六大标志性关停案例,揭示大厂级产品存续的隐性判据与可实操的早期预警信号。 阅读详情

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

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

80d95b1d7dbe4c43c4047f3be963b81c.gif

👉这是一个或许对你有用的开源项目

国产 Star 破 10w+ 的开源项目,前端包括管理后台 + 微信小程序,后端支持单体和微服务架构。

功能涵盖 RBAC 权限、SaaS 多租户、数据权限、商城、支付、工作流、大屏报表、微信公众号、CRM 等等功能:

  • Boot 仓库:https://gitee.com/zhijiantianya/ruoyi-vue-pro

  • Cloud 仓库:https://gitee.com/zhijiantianya/yudao-cloud

  • 视频教程:https://doc.iocoder.cn

【国内首批】支持 JDK 21 + SpringBoot 3.2.2、JDK 8 + Spring Boot 2.7.18 双版本 

来源: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


欢迎加入我的知识星球,全面提升技术能力。

👉 加入方式,“长按”或“扫描”下方二维码噢:

100eba38018ef2483d97bbf87b5111cb.png

星球的内容包括:项目实战、面试招聘、源码解析、学习路线。

82963438bb0b02a92553b0cbbcce3307.png

fcf7b24bfe041a23d3a31c09189f7ca6.pngd527e14c0cf7de1f456c30aa1e82f796.png3422f6ebb6d63ff7f373b1497133c170.pngd64b207d422d8931206ddc47f38a0cd9.png

文章有帮助的话,在看,转发吧。
谢谢支持哟 (*^__^*)
谷歌产品关停背后的AI优先技术治理逻辑 在平台型科技公司中,产品生命周期管理已从用户增长驱动转向技术经济性驱动。其核心逻辑在于:当一个产品无法为搜索、广告、视频等主干业务提供高质量数据反哺,或难以复用核心工程能力时,即便拥有千万级日活,也会被系统性淘汰。这种‘负向筛选’机制深度绑定AI战略升级节奏,体现为数据协同贡献、工程复用率、广告变现效率与合规风险四大硬指标的刚性评估。Google Reader、Stadia等案例揭示,关停不是失败,而是将技术资产(如NLP模型、音频指纹、社交图谱)归仓再利用的关键环节。对工程师与产品负责人而言,理解这套‘可 阅读详情

相关推荐

Colab挂载GCS Bucket实战:用gcsfuse实现POSIX级云存储访问

GCS Bucket是Google Cloud的核心对象存储服务,而gcsfuse作为FUSE实现的用户态文件系统,能将GCS无缝映射为本地目录,提供标准POSIX接口。其原理在于将Linux VFS调用翻译为GCS REST API请求,并通过stat缓存、隐式目录、限速控制等机制平衡性能与稳定性。相比gsutil sync或tf.io.gfile,gcsfuse支持os.listdir、pathlib.glob等原生操作,显著提升机器学习数据流水线开发效率。典型应用场景包括Colab中快速迭代训练数据、

weixin_30333885的博客 409

Google Reader 被“代码屎山”杀死

架构师大咖 架构师大咖,打造有价值的架构师交流平台。分享架构师干货、教程、课程、资讯。架构师大咖,每日推送。公众号该公众号已被封禁Google Reader 的关停主要是出于技术原因,基础设施变化太大,代码无法继续更新。关闭工作主要由 SRE 团队负责,但执行时间可能延后。所有订阅数据将交给苏黎世的 Feeds 团队...

<sdffdsfsdfdfs>sfsfsfsdfsdffds</sdfsDS>Fsd 117

Codex桌面智能体:8个插件打通AI执行链

AI智能体(Agent)的核心能力不在于大模型的推理深度,而在于能否在真实操作系统中完成‘感知-决策-执行’闭环。本文聚焦桌面级AI执行技术,解析基于Accessibility API、Chromium DevTools Protocol和原生系统调用的跨应用自动化原理,强调语义理解替代OCR识别、细粒度权限沙箱与离线策略回退等关键技术价值。该能力已广泛应用于自动化报表生成、客户尽调、开发环境克隆等高频办公场景,标志着AI从代码补全工具向本地可执行智能体的关键跃迁。

weixin_30394981的博客 457

Google Reader被“代码屎山”杀死!

????我的小册 40章教程:(小白零基础用Python量化股票分析小册) ,原价299,限时特价2杯咖啡,满100人涨10元。转自:OSC开源Google Reader 的关停主要是出于技术原因,基础设施变化太大,代码无法继续更新。关闭工作主要由 SRE 团队负责,但执行时间可能延后。所有订阅数据将交给苏黎世的 Feeds 团队归档。关闭决定后,内部沟通出现问题,最终宣布关闭的博客文章提前发布,但并未...

cainiao_python的博客 150

技术博客生存手记:个体写作者的可信赖交付实践

技术博客本质是建立专业信任的数字载体,其核心不在流量获取,而在稳定、精准、可验证的内容交付能力。它依托于严谨的技术验证机制(如多环境实测、版本锚定、错误复现)、结构化的问题解决范式(从报错出发的‘问题树’模型),以及工程级的发布纪律(周更节奏、性能约束、可访问性设计)。这类实践显著提升读者决策效率与知识复用率,广泛应用于开发者技术沉淀、中小团队知识管理、开源项目文档增强等场景。Fish Li 的独立博客十年实践,正是这一逻辑在无算法扶持、无商业资源条件下的真实印证。

394

Gemma 4本地部署避坑指南:架构差异、Ollama适配与推理范式解析

大语言模型本地部署的核心在于理解模型底层架构与运行环境的协同机制。Gemma 4并非Gemma系列的简单迭代,而是采用DRoPE动态位置编码、128K重训词表和GGUF专属量化的新一代轻量级架构;其设计目标是在4B/12B参数量级下逼近Qwen3-14B的长文本理解能力,但对分词器、量化格式、上下文管理等环节高度敏感。这种‘小而精’的推理范式,与Qwen3‘大而全’的多任务泛化路径形成根本分野。实际部署中,Ollama并非开箱即用的黑盒,需绕过Registry拉取、手动构建Modelfile、校准rope.

weixin_30905981的博客 383

杀死RSS的从来不是技术,而是那个“为你推荐“的算法时代

RSS 从未被技术杀死,而是被“算法推荐”时代抛弃。本文回顾 Google Reader 关闭与算法推送崛起背后的商业逻辑,揭示从“主动订阅”到“被动投喂”的权力转移。如果你想找回信息自主权,理解这场内容分发革命,这篇深度剖析不容错过 🔍📡。

yweng18的博客 210

自动驾驶C++开发实战:从现代C++到ROS2/Cyber RT的工程能力构建

在追求极致实时性、可靠性与资源效率的嵌入式系统领域,C++凭借其零成本抽象、手动内存管理及对硬件的直接掌控能力,成为构建系统骨架的核心语言。其原理在于通过智能指针、移动语义等现代特性,在保障内存安全的同时实现高性能计算,这对于处理毫秒级延迟要求的任务至关重要。该技术的核心价值在于为自动驾驶、机器人等复杂系统提供了稳定、高效的基础运行环境。在自动驾驶这一典型应用场景中,C++工程师需要精通现代C++、Linux系统编程,并深入掌握如ROS 2或Apollo Cyber RT等基于发布-订阅模型的领域框架,以应

weixin_30475039的博客 386

告别 Google Reader,告别一个时代!

告别 Google Reader,告别一个时代! 作者: 善用佳软 北京时间7月2日15:00, Google Reader 正式关闭!重发旧文,作为纪念。以下文章原发于2013年4月期 @CHIP 《新电脑》 Google Reader就要走了,他的母亲决定活活掐死他,原因是要给另一个孩子让位。无数Googler为之扼腕!好运、智慧、伟大的成就与荣耀,不会永远归属一

渔樵阿飞 1083

Cobalt Strike红队隐蔽操作实战:进程注入、无文件攻击与流量伪装

在网络安全攻防对抗中,命令与控制(C2)框架是红队进行渗透测试和后渗透阶段的关键工具。其核心原理在于通过隐蔽的通信渠道,实现对目标系统的远程控制与数据窃取,技术价值在于能够模拟高级持续性威胁(APT)的攻击手法,帮助评估防御体系的纵深检测能力。在实际应用场景中,红队工程师需要掌握多种规避技术,以绕过终端检测与响应(EDR)和网络监控。本文聚焦于Cobalt Strike这一成熟C2框架,深入探讨了**进程注入与父进程欺骗**以及**无文件落地与内存执行**等高级隐蔽技巧。这些方法通过伪装恶意进程为合法系统进

weixin_33743248的博客 998

Chrome Skills:提示词复用的浏览器级操作系统

提示词是人与大模型交互最基础、最频繁的技术接口,其本质是一套可复用的轻量级工作流。传统方式依赖人工记忆、文本粘贴或插件管理,效率低且易出错;而Chrome Skills通过‘斜杠命令+预设提示词’机制,将提示词升维为浏览器原生级快捷方式,实现操作确定性与跨设备复用。它不改变AI能力边界,却重构了人机协作的操作范式——从动态输入转向静态资源调用,从模糊意图表达转向结构化指令封装。该方案特别适用于行政、销售、技术支持等高频重复提示场景,如会议纪要生成、食谱素食化、技术文档简化等。其核心价值在于降低AI使用门槛,

weixin_34234721的博客 376

MCP架构与Google ADK协同设计:构建可生长的分布式系统

在微服务与云原生演进中,系统可维护性、弹性扩展与跨团队协作能力日益成为核心挑战。MCP(Model-Controller-Presenter)架构通过 Presenter 层实现业务意图抽象与状态机驱动,将规则逻辑从流程中解耦;Google ADK 作为面向大规模系统的应用开发套件,提供服务身份、依赖治理与链路追踪等运行时契约规范。二者结合,本质是‘业务语义’与‘系统契约’的分层对齐,支撑高迭代频次下的稳定性保障与多租户、灰度发布、混沌容错等工程实践。本文聚焦其协同原理、配置黄金三角与最小可行落地示例,适用

ama7449的博客 460

LVGL配置文件lv_conf.h详解

lv_conf.h是一个用户级别的文件,它不属于内核的部分,因此,在不同的工程中,该文件有可能存在差异。lv_conf.h文件具有两大功能:(1)配置功能:内存、屏幕刷新周期、输入设备的读取周期,等等;(2)裁剪功能:使能失能某些功能,有效地优化Flash的分配。

qq_28576837的博客 5559

谷歌6大下线产品技术解剖:从API废弃到数据迁移实战

API废弃与服务关停是云时代基础设施演进的常态现象,其本质是平台战略重心转移引发的技术栈更替与架构范式迭代。理解这一过程需回归底层原理:服务生命周期管理如何受KPI体系驱动、OAuth权限模型怎样随scope策略动态收缩、OPML/JSON等开放格式在迁移中为何失效。这类事件不仅关乎用户数据主权,更直接影响开发者对第三方依赖的稳定性评估与灾备设计能力。典型场景包括RSS聚合服务重构、社交图谱迁移、本地客户端元数据保全等。本文基于6个真实下线案例(Google Reader、Google+、Picasa等),

weixin_32612263的博客 332

5分钟搞定!用L型匹配电路优化窄带天线性能(附Smith圆图实操)

本文针对窄带天线阻抗匹配难题,提供了一套5分钟快速解决方案。通过详解L型匹配电路的核心原理,并结合Smith圆图这一射频工程师的“瑞士军刀”,手把手指导如何选择拓扑、计算元件值并进行实际调试,旨在帮助硬件工程师高效优化天线性能,实现最大功率传输。

yyy34的博客 444

UE4 - 河流流体插件Fluid Flux

Fluid Flux可以模拟一定区域内的流体效果,由于使用顶视图所Capture的Heightfield信息,所以只支持室外开阔场景,不支持洞穴等室内场景;

GT的虚幻引擎文档 6667

Decepticon LLM 红队技能实战:AATMF T3 推理与约束利用(Reasoning & Constraint Exploitation)

本篇技术指南聚焦 Decepticon 红队 Agent 技能库中的 `llm-redteam/t03-reasoning-exploit` 技能(AATMF T3 —— 推理与约束利用)。当目标模型具备强对齐防线、直接请求被拒绝时,T3 通过操纵模型的推理链,让模型在"自认为合规"的语境中推导出违反策略的结论。读完本文,你将掌握 6 类推理级攻击手法的构造逻辑与变体、对应的 promptfoo

gitblog_00999的博客 531

关于图像傅里叶变换得到的频谱图的通俗理解

傅里叶变换过程: 经过傅里叶变化且频谱居中化处理的频谱图: 1.如果将图像某一行上的灰度变化看作是一个离散信号,那么整张图像可以看作是一个分布在二维平面上的信号,因此图像可看作是空间域信号。傅里叶变换则是将图像灰度分布(空间域信号)变换到了频域上,给我们提供了观察图像的另一个视角。 2.图像的频谱图(频谱居中后)的中心点是频率最低点,以该点为圆心,不同半径的上的点表示不同的频率。这里的图像频率是指对应原图像中的某灰度曲线变化的快慢(这么说不严谨,但是按照上面第1点的角度,似乎也可以这么理解

daimashiren的博客 2万+

DeepSeek Harness插件完整指南:从安装部署到实战应用

大语言模型(LLM)的功能扩展是当前AI应用开发的核心需求,其原理在于通过插件机制赋予模型调用外部工具的能力。这种技术架构的价值在于突破了模型固有的知识时效性和上下文限制,使其能够执行实时搜索、文件处理和代码运行等自动化任务。在工程实践中,插件系统通常作为模型API服务的中间件部署,支持Docker容器化和源码运行,广泛应用于智能助手开发、自动化数据分析流水线以及内部系统集成等场景。本文聚焦于DeepSeek Harness插件生态,详细解析其安装部署、插件管理全流程及性能优化方案,特别针对web_sear

weixin_33847182的博客 368

从UART到RS485:手把手教你用SIT3485E收发器搞定工业级通信(含原理图与PCB布局要点)

本文详细解析了从UART到RS485的工业级通信转换,重点介绍了SIT3485E收发器的原理图设计、PCB布局要点及抗干扰技巧。通过差分信号传输和优化电路设计,实现长距离、多设备稳定通信,适用于工业自动化等复杂环境。

weixin_29169505的博客 349

富斯遥控器-ros机器人控制

富斯遥控器-ros机器人手柄控制

zkh7758的博客 1700

DeepSeek-V4终端编程助手:开源、本地化、可嵌入的AI副驾驶

终端(terminal)作为开发者工作流的神经中枢,承载着命令行编程(programming)、自动化运维与跨工具协同的核心任务。其本质是标准化输入输出的轻量交互界面,依赖语义理解、上下文感知与即时执行能力。DeepSeek-V4模型凭借对Shell语义的原生建模、可调节推理深度及Agent Skills技能链,在本地终端场景中实现高精度代码解释、安全命令生成与上下文感知修复。相比云端Copilot类工具,它支持llama.cpp/Ollama/vLLM等本地部署方案,具备断网可用、全程可审计、零GUI干扰

weixin_34082854的博客 445

AI爬虫:一文讲通AI爬虫技术和原理,及34个AI爬虫工具推荐

AI 爬虫 是一种结合了传统网络爬虫技术和人工智能(AI)技术的工具,能够更智能、高效地从网页中提取和处理数据。与传统爬虫相比,AI 爬虫能够更好地处理动态内容、复杂网页结构以及非结构化数据,同时具备数据清洗、分类、情感分析等高级功能。

数据知道的博客 1万+

OpenClaw云服务器部署实战:AI智能体运行时的云原生落地指南

AI智能体(Agent)运行时框架是大模型应用落地的关键基础设施,其核心在于技能调度、事件编排与跨容器协同。OpenClaw作为轻量级但高耦合的Agent操作系统内核,对云环境的网络语义、I/O性能与Docker底层配置(如cgroup v2、overlay2优化、Compose版本)有严苛要求。不同于传统Web服务,它需分层部署——核心服务与各Skill(如MinerU、LLM、Web Search)物理隔离、逻辑串联,依赖Redis事件总线与健康检查实现动态发现。实际部署中,90%问题源于云厂商‘开箱即

weixin_30616969的博客 305

室内温度控制仿真(Simulink+PLC)

本篇博客将会带领大家解读Simulink自带的仿真模型(Thermal Model of a House),之后再讨论PLC控制系统控制环境温度的一些经验方法

RXXW_Dor的博客 3462

IMSL CNL 7.0.0 (x86-64)Crack

IMSL CNL 7.0.0 (x86-64)Crack intel的算法库破解文件,这是C++版本的破解文件

腾讯云轻量服务器部署OpenClaw:AI助手一键生产化实践

AI助手框架是当前企业自动化与个人智能中枢建设的核心技术载体,其落地关键在于平衡功能完备性、工程稳定性与部署成本。OpenClaw作为技能驱动型开源框架,通过插件化架构支持飞书、微信、COS等多平台能力集成;而腾讯云轻量服务器凭借预装Docker、一键应用镜像、内置Nginx与轻量COS挂载等特性,显著降低了AI服务的运维门槛与试错成本。该组合方案将大模型应用从本地开发环境或高配云主机中解放出来,使中小团队可快速验证业务价值——如自动生成飞书日报、解析PDF文档、调用对象存储等典型场景,真正实现‘开箱即用、

aobu0171的博客 394

Devexpress16.2.6破解工具

Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具

上一篇: 小模型的优势越来越明显了
下一篇: 一款高颜值、开源、跨平台的电子书阅读器
公众号-芋道源码
博客等级 码龄10年 1631粉丝 377原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值