每日HackerNews RSS
近期 Hacker News 上的一场讨论揭示了一个显著变化：美国人正日益放弃在公共社交媒体上发布内容。用户将这种衰退归因于多重因素，其中最主要的是社交平台已从“一对一”的连接网络演变为基于算法的“内容流”。
许多用户表示，Facebook 和 Instagram 等平台不再优先展示好友的按时间顺序排列的动态，这让他们感到沮丧。相反，信息流中充斥着广告、陌生人的“病毒式”内容以及博取关注的诱导信息，导致用户觉得分享可能根本不会被好友看到的个人动态毫无意义。此外，日益加剧的两极分化、隐私担忧，以及对社交或职业负面影响的恐惧，也促使许多人转向“私密”交流。
因此，社交活动已碎片化为更私密、更易管理的空间，例如 WhatsApp 群组、Discord、Slack 或邮件列表。这些“暗社交”空间允许人们进行有意义、无压力的互动，且没有大型平台带来的监控和算法干扰。尽管有人为曾经能轻松发现新组织且开放的数字“公共领域”的消失而惋惜，但大多数人认为，当前的社交媒体已演变成一种“糟糕且不必要的体验”，许多人正选择彻底退出。
苹果公司已对 OpenAI 提起诉讼，指控这家人工智能初创公司挖角其工程师，并挪用商业机密以开发竞争性硬件。此举凸显了硅谷一个反复出现的讽刺现象：苹果公司曾多次被 Masimo 和 A123 等企业指控利用同样的“掠夺性”招聘手段来推动自身发展，如今却反过来指责他人。 尽管苹果公司历来试图限制人才流动——最著名的是曾与其他科技巨头签署违法的秘密互不挖角协议，但该行业的人才频繁流动已是常态，员工在跳槽时也会带走他们的专业知识。 作者认为，苹果公司目前的诉讼与其说是基于窃密的确凿证据，不如说是面对有能力的后来者感到压力的一种反映。随着苹果公司面临前明星设计师乔尼·艾维（Jony Ive）在 OpenAI 的团队所带来的竞争，它已从激进的招聘者转变为防御性的诉讼方。归根结底，这场纠纷突显了硅谷的一个标准现实：在“聘用顶尖人才”与“窃取商业机密”之间的界限在法律上依然模糊，而今天的原告往往就是昨天的被告。
抱歉。
过去一年，微软、亚马逊和谷歌的碳排放总量激增近 20%，总计达到 1.19 亿公吨二氧化碳当量。这一急剧增长削弱了此前在实现净零排放目标方面取得的进展，其主要原因是为支持人工智能的快速扩张而大规模建设数据中心。
尽管这些公司坚称致力于可持续发展，但专家指出，它们的环保营销掩盖了大规模基础设施建设的现实。经济学家认为，向云计算的转变往往让其他企业能够通过将环境足迹外包给这些科技巨头来掩盖自身的排放。
随着人工智能需求的持续激增，该行业有望在 2030 年前新建约 1,200 个数据中心，这一趋势预计将使全球当前的数据中心电力消耗翻一番。批评人士警告称，人工智能投资与排放增加之间的关联不容忽视，目前的碳信用额度供应可能不足以抵消该行业日益增长的环境影响。尽管面临这些挑战，这三家公司仍重申了其长期的净零排放目标。
列奥纳多·斐波那契（Leonardo Pisano），即众所周知的斐波那契，常被与“斐波那契数列”联系在一起，但这并非他所发现，因为该数列在他出生前几个世纪就已经存在了。他真正的历史意义在于其1202年的著作《计算之书》（*Liber Abaci*），该书将印度-阿拉伯数字引入了欧洲。通过取代繁琐的罗马数字系统，斐波那契为商人提供了高效贸易和会计所需的工具，从根本上改变了数学实践。
尽管基思·德夫林（Keith Devlin）在《寻找斐波那契》（*Finding Fibonacci*）一书中认为，这部作品为西方科学奠定了基础，并指出一份被发现的手稿（*Livero de l’abbecho*）是斐波那契那本失传的、更简易教科书的直接副本，但这些观点仍受到历史学家的质疑。学者们对于斐波那契对后来普及算术的“算盘书”到底有多大直接影响存在争议。
撇开历史争论不谈，本文重点介绍了《计算之书》本身引人入胜的现代历程。它之所以能传到现代读者手中，全靠朱迪思·西格勒·费尔（Judith Sigler Fell）的英勇努力，她在2002年该书出版800周年之际，辛勤地修复并重新编排了劳伦斯·西格勒（Laurence Sigler）留下的译稿。
这篇散文是对代际创伤循环的深刻反思，同时也触及了在生命后期试图达成和解的痛苦过程。叙述者回忆了她在父亲阴影下的成长经历——父亲沉溺于毒瘾、施加虐待并进行操纵性的“纠缠”，他既将女儿视为唯一的精神支柱，又同时对她进行恐吓。 在经历了多年的疏离后，叙述者分享了她练习佛教慈悲冥想的过程。她最终设法在祈愿安全、健康和自我接纳时也包含了她的父亲，不再仅仅将他视为一个恶魔，而是将他看作一个深受创伤的人，一个“好到足以让你心碎”的破碎灵魂。 具有讽刺意味的是，就在叙述者达到真正超脱的原谅境界时，她得知父亲死在一家汽车旅馆里，孤独且贫困——这恰好映射了她曾研究过的一位人物那凄凉、孤立的结局。这篇作品探讨了幸存者挥之不去的内疚感、她最终意识到自己无论如何也无法拯救父亲的事实，以及她在养育自己孩子的同时，努力打破家族遗传模式的复杂而持久的挣扎。文章赤裸地审视了责任、怨恨，以及死亡最终带来的空洞与终结。
这份名单列出了该项多机构研究的贡献作者。研究团队由来自美国多家知名学术和医疗机构的专家协作组成，包括麻省总医院、哈佛医学院、布列根和妇女医院、纽约大学朗格尼医学中心、杜克大学、约翰斯·霍普金斯大学、阿拉巴马大学伯明翰分校、埃默里大学、西达赛奈医疗中心以及梅奥诊所。 该研究小组由多元化的专业人士组成，包括医学博士、科研博士以及病理学和临床科学领域的专家。通过汇集这些顶尖医疗中心的专业知识，团队旨在通过跨学科合作推动医学知识的进步。
**Handsum** 是一种专为低质量图像占位符（LQIP）设计的新型自定义图像格式。它通过在后台加载高分辨率资源的同时提供即时视觉反馈，从而优化网页性能。
与通用格式不同，Handsum 针对固定大小的存储进行了优化，文件大小根据质量设置在 48 到 147 字节之间。这种可预测性非常适合数据库存储，并简化了内存管理。
Handsum 利用离散余弦变换（DCT）——即与 JPEG 相同的数学基础——来压缩图像数据。其编码过程包括多个阶段：转换为 YCbCr 色彩空间、色度下采样、DCT 变换、量化以及高频消除。它还包含一个“环路滤波器”，用于平滑可见的块边界（这是低码率块压缩中常见的伪影）。
尽管 Handsum 在提供比 Thumbhash 等其他小型格式更好的视觉保真度的同时，需要略大但固定的字节成本，但它并不旨在取代 WebP 或 JPEG 等标准格式。相反，它作为一个专门的、易于理解的工具，为寻求确定性文件大小和高效占位符的开发者提供服务。该项目包含一个参考实现、一个命令行工具以及一个兼容 WebAssembly 的解码器，以便于在 Web 中无缝集成。
抱歉。
**Mindwalk** 是一款本地可视化工具，它能将编码智能体的会话日志转化为直观的 3D 代码库“城市地图”。原始的 JSONL 日志往往让智能体的推理过程变得难以捉摸，而 Mindwalk 则将智能体的活动呈现为代码库中移动的“光点”——当智能体进行搜索、阅读或编辑时，光点会变得更加明亮。
主要功能包括：
* **视觉化上下文：** 通过径向树或矩形树图界面，清晰呈现智能体对代码的理解“足迹”。
* **状态追踪：** 文件根据操作状态进行颜色编码（例如：绿色表示已查看，白色表示已读取，琥珀色表示已编辑），HUD（平视显示器）则会实时显示错误率和代码变动情况。
* **回放控制台：** 利用基于直方图的时间轴，轻松查看会话过程。该时间轴可区分观察型任务（冷色调）和修改型任务（暖色调）。
* **隐私优先：** 使用 Go 语言编写，完全在本地运行，确保任何会话数据都不会离开你的机器。
用户可以通过命令行界面（CLI）自动扫描项目或打开特定会话，从而检查智能体行为、浏览文件历史，并直接跳转到编辑、错误或用户交互等关键事件。该工具采用解耦架构设计，将数据标准化（追踪记录）与代码库布局（城市地图）分离开来，以确保一致性和可扩展性。
抱歉。
```Protobuf-py：Python 版 Protobuf，不妥协的实现``` Protobuf-py: Protobuf for Python, without compromises
2 天前
Buf 推出了 **protobuf-py**，这是一套从零开始编写的完整 Protocol Buffers Python 实现，旨在兼顾惯用语法（Idiomatic）与高性能。 长期以来，Python 开发者面临着两难选择：Google 官方包虽然支持完整规范，但使用笨拙且面向 C++ 的 API；而社区方案（如 `betterproto`）虽易于使用，却缺失了规范中的重要部分。 `protobuf-py` 通过以下方式填补了这一空白： * **符合 Python 惯用语法：** 消息（Messages）是使用 `__slots__` 的标准 Python 对象，支持自然的属性访问、可读的生成代码，以及完善的 IDE 和类型检查支持。 * **功能完整：** 支持完整的 Protobuf 规范，包括 `proto2`、`proto3`、Editions、扩展、自定义选项以及未知字段，并已通过 Google 的全套一致性测试。 * **卓越性能：** 尽管是纯 Python 实现，但它包含一个可选的 Rust 加速器。在实际的生产端到端工作负载中，它通过避免每次访问字段时在 Python-C 边界之间转换数据所产生的开销，性能超越了 Google 基于 C 的 `upb` 引擎。 `protobuf-py` 无需运行时依赖，并支持现代 Python（3.10+），为基于 Python 的数据管道、RPC 服务和 AI 代理提供了一个原生、高性能的开发基础。
关于“Protobuf-py”的 Hacker News 讨论凸显了用户之间的分歧：一方对 Google 官方的 Python Protobuf 实现感到沮丧，另一方则为大规模企业级工具的权衡取舍进行辩护。
**主要观点：**
* **对 Google 实现的批评：** 许多开发者认为 Google 的 Python Protobuf 库不透明、“过度魔法化”且难以检查。批评者认为，生成可读代码比 Google 这种依赖运行时、基于 C++ 的方案更优。
* **支持 Buf 的理由：** 称赞“Buf”的用户强调其比传统的 `protoc` 工具具有更好的易用性和 CLI 效率。然而，其他人则表达了谨慎态度，认为 Buf 的付费产品存在“寻租”行为，并普遍担心脱离标准化实现（回顾曾经流行的 `gogoproto` 被弃用的经历）。
* **Protobuf 的复杂性：** 一位 Google 工程师解释称，他们的实现受到内部大规模环境、对旧系统的支持（如 Java 8）以及在 Python 和 C++ 之间共享内存的需求限制。
* **更广泛的挫败感：** 该讨论串揭示了对 Protobuf 的一种“迷信式”怀疑，一些人认为其流行很大程度上是因为与 Google 的关联，而非设计上的卓越。开发者们往往难以在性能、简洁性和长期可维护性之间取得平衡。
文顿·瑟夫（Vinton Cerf）是互联网 TCP/IP 协议的联合架构师，也是业界的远见卓识者。在为谷歌工作二十年后，他即将卸任谷歌“首席互联网布道者”一职。作为计算机科学领域的传奇人物及总统自由勋章获得者，这位 83 岁的老人在“开放前沿”（Open Frontier）会议的小组讨论中宣布了这一决定，结束了他的任期。 在反思技术未来时，瑟夫认为，自主人工智能代理的兴起将促使人们重新回归正式、标准化的协议。与那些认为自然语言足以实现人工智能交流的观点相反，瑟夫警告称，人类语言的歧义性使其不适合精确的代理间协作。他建议，科技行业下一个阶段的影响力将很可能由那些为这一“代理经济”制定标准的人所定义，这与互联网早期的发展如出一辙。 瑟夫的离任标志着一个时代的结束，但随着科技界转向人工智能时代的互操作性挑战，他的影响力仍在持续。
互联网先驱、TCP/IP 协议共同发明人温顿·瑟夫（Vint Cerf）即将离开谷歌。他在谷歌担任“首席互联网传道者”一职长达二十年。尽管部分报道称其为退休，但 Hacker News 上的讨论显示，他依然活跃在专业领域，丝毫没有放缓步伐的迹象。
此话题引发了关于瑟夫的成就及其在谷歌任职期间影响力的广泛讨论。支持者强调他是一位谦逊、乐观且影响深远的人物，利用自身地位指导他人、倡导无障碍环境，并为 IPv6 等技术挑战提供内部指导。同行们讲述的故事勾勒出了一位才华横溢、平易近人的传奇人物形象，他在整个职业生涯中始终保持着求知欲。
批评者则认为，他长期供职于谷歌实际上是在为该公司“洗白”声誉，将他个人的声望与一家因环境影响、垄断行为和数据监控而备受诟病的科技巨头挂钩。讨论还涉及了互联网的历史、阿尔·戈尔在其中的作用，以及科技巨头聘请传奇人物担任“传道者”角色的价值等议题。总体而言，社区大多将他视为一位基础性的建筑师，其贡献定义了现代数字时代。