hacker_news_top_comments_2026-05-27

Hacker News 高赞评论 - 2026-05-27

1. dhouston 在“Dropbox CEO Drew Houston 将卸任”中的新评论

嗨 Josh,我是Drew——我们的升级处理团队应该很快就会联系你。(手机丢失、双因素认证密钥丢失等情况确实比较棘手,但他们应该能协助你,并希望能通过足够的验证帮你解除账户封锁。)

作者: dhouston | 发布于: 2026-05-26 20:19


2. dividefuel 在“拥有房屋的真实成本”中的新评论

除了经济成本之外,我完全没想到拥有房子会占用这么多时间。过去几年里,房屋维护和各种项目几乎占据了我每个周末的大部分时间。

部分原因是我买的房子比之前租的房子空间更大。要打扫的地方更多,需要维护的东西更多,可能出问题的地方也更多。

但最关键的是,我是唯一负责维护的人。没有一个我可以打电话解决所有问题的人。跟踪定期维护、执行维护、学习如何自己动手做这些事情,都需要大量时间。即使我想花钱请人来做,我仍然需要研究承包商、协调报价、安排项目时间。而且我还需要对这个项目有足够了解,才能判断他们是否做得对!

拥有房子首先绝对是一种生活方式的选择,而不仅仅是经济上的选择。

作者: dividefuel | 发布于: 2026-05-26 19:56


3. joshmn 在“Dropbox CEO Drew Houston 将卸任”下的新评论

如果有Dropbox的员工在这里(Drew——我几周前给你发了邮件,但我知道你大概很忙):

我坐了18个月的牢,我的数字和现实生活都被夺走了:https://news.ycombinator.com/item?id=45451567 这件事也发生在了我的Dropbox账号上(还有Apple账号,但那是另一个问题);我刚收到“你的账号即将被注销”的邮件。里面存着已故母亲的重要资料,而客服完全没用。:(

编辑:感谢非官方的Dropbox客服渠道;也谢谢Drew :)

再编辑:现在该试试我的Apple账号了,我想——Tim Cook,你忙吗?

作者: joshmn | 发布于: 2026-05-26 19:04


4. gigatree 在“Dropbox CEO Drew Houston 将卸任”下的新评论

董事会终于意识到,人们完全可以用FTP/SVN/rsync和curlftpfs自己搞定这些事。

作者: gigatree | 发布于: 2026-05-26 17:59


5. pcrh 在“大型语言模型的类睡眠巩固机制”中的新评论

我无法假装理解LLM的工作原理,但我可以肯定,将它们的运作拟人化无助于对其能力进行客观的讨论。

汽车保养时算是在”睡觉”吗?我重启电脑,这相当于打了个盹吗?

作者: pcrh | 发布于: 2026-05-26 16:23


6. throwawa1 在“西班牙因缺乏赌博牌照封禁预测市场 Polymarket、Kalshi”下的新评论

当我看到有人通过伊朗袭击和暗杀国家元首来赚钱时,这清楚地表明Polymarket存在严重问题。这比拉斯维加斯或印度赌场还要糟糕。简直就是通往地狱的门票。我完全支持封禁这些邪恶的网站。

作者: throwawa1 | 发布于: 2026-05-26 15:04


7. thepaulmcbride 在“Actions 与 Pages 事件”中的新评论

GitHub Actions 已经用了这么久,是时候该面对 GitHub 的后果了。

作者: thepaulmcbride | 发布于: 2026-05-26 15:02


8. solenoid0937 在《西班牙因缺乏赌博牌照封禁预测市场 Polymarket 和 Kalshi》下的新评论

这些平台——尤其是Polymarket——应该在全球范围内被禁止,因为它们会激励有权势的人为了赢得赌注,以极其破坏性的方式操纵现实世界。

如果有一天有人为了获取相关赌注的收益而被谋杀,我一点也不会感到意外。

作者: solenoid0937 | 发布于: 2026-05-26 14:37


9. cbondurant 在“当我们不再让孩子离开前院时,我们失去了什么”下的新评论

我记得当年“孩子们不再在院子里玩耍,整天只盯着手机/游戏机/电脑”开始成为热议话题时,我还很年轻。即便那时我也意识到,我之所以花那么多时间在电脑上,至少部分原因是因为在网上和朋友聚会比协调父母送我去朋友家、或者说服父母让朋友来我家要容易得多。

我觉得自己还算幸运,住在美国一个相对乡村但步行便利的地方。不像美国大多数地方,步行出行几乎就像被困在微型孤岛上。

再加上现在闲逛被当作多么严重的过错。那些年轻人传统上可以“待着”的地方(咖啡馆、保龄球馆、游戏厅)越来越贵,把他们拒之门外。一个青少年独自闲逛,常常被怀疑“在搞什么名堂”。

在手机出现之前,我们显然比现在这个随时能联系上父母的年代,更愿意让孩子无人看管地四处游荡?这简直荒谬。

作者: cbondurant | 发布于: 2026-05-26 12:53


10. mcv 在“荷兰阻止美国收购关键数字供应商”中的新评论

终于有动静了!

全国上下已经为此呼吁了好几周,而政府却一直完全沉默。几周前,整个议会(只有一个政党反对)投票通过了一项动议,要求终止与Solvinity的合同,但政府还是续签了合同,使得阻止收购成为唯一的选择,而当时大家并不太相信政府会这么做。

这一切的根源在于,Solvinity托管着DigiD——荷兰的电子身份系统,负责处理所有政府系统以及许多其他敏感系统(如医疗系统)的认证。根据美国法律,美国政府有权获取任何美国公司持有的数据,无论这些数据托管在何处,因此这个系统显然应该避免落入美国之手。

当然,微软、亚马逊等美国公司手中仍然掌握着大量敏感数据。不知道他们什么时候才会对此采取行动。

作者: mcv | 发布于: 2026-05-26 12:37


11. grim_io 在“GitHub Actions 宕机”下的新评论

重新定义了”限电”这个词。

作者: grim_io | 发布于: 2026-05-26 12:18


12. a10c 在“Actions 和 Pages 事件”中的新评论

我的操作失败了,显示”获取GitHub发布版本时出现意外错误,标签为refs/heads/master:HttpError:抱歉,您的账户已被暂停”

这确实让我吓了一大跳,虽然只是短暂的。

作者: a10c | 发布于: 2026-05-26 12:11


13. rickdeckard 在“法拉利之光”中的新评论

从企业角度来看,聘请”苹果设计师”来打造内饰体验是合理的,这来自另一位行业备受尊敬的UX设计负责人的新鲜输入。

但把外观设计的责任交出去,在我看来相当值得商榷。

对我而言,这辆车的外观几乎失去了法拉利的所有品牌特征。它是一款不错的汽车设计,但如果你告诉我这是现代、雷克萨斯或比亚迪,我也会相信。

我很好奇法拉利内部为此经历了怎样的政治斗争。我无法想象这个设计会获得好评,而且我怀疑法拉利实际上是否真的在外观设计上寻求过帮助。更可能是乔纳森·艾维主动要求的……

(此外,他们比外观更早展示内饰这一事实,也可能暗示着内部存在分歧……)

作者: rickdeckard | 发布于: 2026-05-26 07:48


14. dynip 在 “DynIP – 支持 RFC 2136、IPv6、DNSSEC 和 BYOD 的动态 DNS” 中的新评论

我是Daniel,瑞典的网络工程师。我开发DynIP是因为我试过的所有DDNS服务都停留在2010年代的设计水平:专有的HTTP-only更新协议、IPv6支持差、没有DNSSEC,对现代设备的支持也很有限。

它的特点:

  • 原生支持RFC 2136/TSIG更新。FortiGate通用DDNS和MikroTik的/tool dns-update可以直接使用,无需自定义客户端。同时也提供HTTP API供其他场景使用。

  • 端到端IPv6。权威域名服务器可通过IPv6访问(在父级.dev区域发布了AAAA胶水记录),客户区域同时发布A和AAAA记录,平台也支持纯IPv6客户端。

  • 选定区域支持DNSSEC,一键开启。

  • 通过子域名委派自带域名。将subdomain.yourcompany.com指向我们的域名服务器,正常管理即可。

  • 隐藏主架构:两个地理分布的第二域名服务器(瑞典+瑞士)在本地验证TSIG,并将更新转发给不接收公网流量的主服务器。

  • 支持私有APN:我们接受记录中的RFC 1918和CGNAT地址,这意味着私有APN上的蜂窝设备可以使用公共DNS为内部IP提供稳定的主机名。这在设备运维指南中有详细说明。

  • 提供一个小型Docker容器(ghcr.io/33k-org/dynip-updater),适用于任何docker-compose、Kubernetes、Coolify或Dokploy部署。

背景:25年托管网络经验。DDNS一直是那个要么出问题、要么需要各种技巧才能搞定的部分。我想做一个不需要这些的。

技术栈:PowerDNS 4.8权威服务器、FastAPI后端、Postgres、用于事务邮件的Postfix、Cloudflare作为外部接口和API隧道。运行在dynip.dev上。使用Paddle进行计费。提供免费套餐。

我很乐意深入讨论架构、TSIG同步机制、按区域DNSSEC处理、隐藏主服务器方案,或其他任何话题。

作者: dynip | 发布于: 2026-05-26 07:35


15. hibikir 在“当我们不再让孩子离开前院时,我们失去了什么”中的新评论

在我居住的远郊地区,我看到的是人们对走出前院闲逛的兴趣大大减少,因为实在没什么可做的:一栋栋房子前院空无一物,对任何人都没有吸引力,而且要走很远才能找到一个你可能受欢迎、或者有椅子坐的地方。

当我儿子——当时还是个十来岁的孩子——和我一起去西班牙时,情况就大不相同了:一个小镇上甚至有专门面向孩子的商店,到处都有可以坐的地方,有值得看的东西,还有其他人也在散步。他甚至可以去海滩,而且很安全,因为有救生员。到了夏天的第二周,你就能看到一群新朋友在没有家长陪伴的情况下一起玩耍,只是回家吃饭和睡觉。

打造一个让孩子能够独立的环境,他们甚至可能会愿意独立。但令人惊讶的是,现代郊区几乎没有一个地方能让你在没有车的情况下存在。

作者: hibikir | 发布于: 2026-05-26 04:11


16. jonbodner 在“没人再翻开编程书了”下的新评论

我是O’Reilly《Learning Go》的作者。以下是过去13个月的平装书销售数据:

  • 2026年3月:124本
  • 2026年2月:140本
  • 2026年1月:157本
  • 2025年12月:306本
  • 2025年11月:484本
  • 2025年10月:218本
  • 2025年9月:176本
  • 2025年8月:136本
  • 2025年7月:317本
  • 2025年6月:230本
  • 2025年5月:237本
  • 2025年4月:165本
  • 2025年3月:367本

销量确实在下降,但过去也经历过起伏。

自2021年第一版出版以来,总销量约为2万册(其中英文平装本约1.05万册,电子书约3800册,翻译版约6700册)。第二版于2024年出版,销量约为1.3万册(其中英文平装本约8300册,电子书约3000册,翻译版约1600册)。

大部分收入来自O’Reilly的在线平台,而非图书销售。最近这部分收入有所下滑,部分原因是新版已出版超过两年,但我也怀疑人们正在取消O’Reilly订阅,转而依赖大语言模型(这些模型已索引了所有书籍,并通过盗版内容来实现)。

作者: jonbodner | 发布于: 2026-05-26 03:15


17. stego-tech 在“研究发现散步比坐着更能激发创造力(2014)”中的新评论

在新冠疫情之前,我一直是个怀疑论者。后来我养成了每天步行30到60分钟以上的习惯,根据速度和时长,大约走1.5到5英里。

天哪,我完成的事情、解决的问题以及整体幸福感的提升,直到一份工作把这些散步时间从工作日中挤掉,我才意识到它们有多重要。我的工作效率大不如前。

以后大多数工作日,我绝对会在港口附近留出散步时间,可以说,这样能让我重新整理思路。

作者: stego-tech | 发布于: 2026-05-26 02:56


18. aomix 在“用 AI 更慢地写出更好的代码”中的新评论

在实现之前,跟AI把问题讨论透彻对我来说是个很舒服的阶段。我感觉自己很有生产力,能从AI那里得到不错的结果,而且对代码仍然有相当程度的理解。这正是AI革命中让我觉得自己成为更好工程师的部分——因为我整天都在跟一个机器人争论设计和架构问题。

作者: aomix | 发布于: 2026-05-26 02:21


19. fishtoaster 在“有人喜欢 React 吗?”中的新评论

作为一个在过去16年里经历了所有主要JS框架浪潮的人,我确实喜欢React,从某种意义上说:

React是最糟糕的JS框架,除了我们尝试过的所有其他框架之外。

我宁愿用React也不愿回到Angular 1的时代。我宁愿用Angular 1的全功能MVC,也不愿用Backbone那种”每次都要从头自己搭建”的方式。我宁愿用Backbone的极简MVC结构,也不愿用经典的JQuery面条式架构。而我会毫不犹豫地用JQuery的DOM操作和标准库改进,去替代那个时代的原生API。

React有其权衡取舍,但我们是经过漫长而艰辛的探索,尝试过其他行不通的方案后,才走到今天的。

作者: fishtoaster | 发布于: 2026-05-26 02:16


20. bottlepalm 在“用 AI 更慢地写出更好代码”中的新评论

我对AI的使用已经到了这个阶段:它不再是一个简单的过程,而是一场漫长的拉锯战。

我会先用AI来设计一个中等规模、跨功能特性的实现方案。仔细审查所有细节,可能只在这个环节反复迭代。然后使用Claude 4.7 Max来实现——它运行较慢,但效果更好。接着审查实现代码,再用Codex GPT 5.5 xhigh快速审查——它几乎总能发现边界情况。让Claude修复这些问题——Claude在编写直观、可维护的代码方面比Codex强,而Codex的代码往往过度工程化或充满取巧。(Codex更擅长发现和修复bug以及做代码审查——它那种吹毛求疵的劲儿挺烦人的。)

然后重复这个过程:用全新的Claude和Codex实例分别审查当前的暂存变更,收集反馈并处理。最后再覆盖测试。总的来说,我实现功能的速度还是比纯手工编码快,但大部分时间都花在了反复审查、处理边界情况上,最终得到一个我觉得非常扎实的实现。经过这么多轮迭代,v1版本的感觉更像是v3版本。

作者: bottlepalm | 发布于: 2026-05-26 00:40