403 禁止访问
每日HackerNews RSS
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
1930 年代的好莱坞与上海电影 [pdf] (purdue.edu)
Bluestein 发布于 2 小时前 | 3 点 | 隐藏 | 过往 | 收藏 | 讨论 | 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
1873年经济恐慌 Panic of 1873
2 小时前
1871年德国统一后，德国与奥匈帝国经历了“奠基时代”（Gründerjahre），即一段由法国战争赔款和自由化公司法驱动的经济高速扩张期。资本过剩导致了铁路和工业领域的投机泡沫，金本位制的采用更是加剧了这一趋势。
1873年5月9日，维也纳证券交易所崩盘，随后柏林也爆发了“奠基者危机”（Gründerkrach），泡沫随之破裂。这场危机引发了广泛的银行倒闭和经济萎缩。尽管恐慌情绪滋生了针对犹太人的替罪羊心理，但中欧地区的经济复苏比美国更快，且对劳动力的依赖程度更低。
从长远来看，该地区进入了以物价下跌为特征的“大萧条时期”（1873–1896）。然而，德国通过增加资本积累并对基础设施和工业产能进行大规模投资，表现优于英国。在英国因供给调整停滞不前时，德国的战略性投资刺激了需求，从而带动了显著的工业增长，并为现代德国经济奠定了基础。
这篇 Hacker News 的讨论探讨了 1873 年恐慌与当前人工智能投资格局之间的相似之处。用户们争论 AI 行业是否映射了历史上的铁路繁荣时期，而该时期以大量投机以及向无即时回报项目注入巨额资本为特征。
一些评论者认为，AI 代表了一种不同的风险状况。虽然铁路是 19 世纪经济中庞大且有形的板块，但其他人指出，当前 AI 对算力的需求是真实的。相反，他们认为真正的危险存在于更广泛的金融体系中：中央银行推高了资产价格，造成了一种掩盖潜在经济不稳定的“财富效应”。
这次对话凸显了一个反复出现的周期，即新的技术革命会引发金融泡沫。尽管怀疑论者认为单凭 AI 崩溃不足以像 1873 年恐慌那样动摇全球经济，但参与者强调，在投机狂热和可疑货币政策的共同驱动下，市场调整很可能是不可避免的。此外，一些用户简要澄清了有关 1873 年经济大萧条历史时间线的细节，指出其持续时间在不同地区存在显著差异。
在为开源社区贡献多年后，开发者 Raphael 决定将其新项目 *Canario* 闭源。 凭借其在 Mozilla 的工作经验以及维护 *Rio* 等热门项目的资历，Raphael 指出了开源维护中那些隐性且令人心力交瘁的成本。他解释道，应对社区期望、跟踪问题反馈以及日益增多的低质量 AI 生成垃圾内容，占用了他进行个人开发工作所需的宝贵时间和精力。 Raphael 强调，*Canario* 的构建初衷仅是为了解决他个人的技术需求，而非作为商业产品。尽管他承诺会继续维护 *Rio*，但他选择私下开发 *Canario*，以避免公共维护带来的额外负担，从而保护自己的工作节奏。他承认此举可能会让一些人感到失望，但他坚持认为，为了保持对编程的热情，这一决定是必要的。现有的代码版本仍可供有心人分叉使用，但 *Canario* 的未来将完全取决于他个人的需求与进度。
此次讨论的核心围绕“Canario Terminal”的开发者关闭源代码一事展开，引发了关于维护者倦怠及开源预期的争论。
批评者认为，“开源”仅仅是一种授权模式，而非必须接受外部贡献的强制规定。一些参与者提出了折中方案：保持代码公开，但禁用 Issue、Pull Request 和评论功能，以消除维护开销及人工智能生成的垃圾信息。另一些人则提到了“SQLite 模式”——即“开源，但不接受贡献”——认为这是在保持项目控制权的同时，让代码维持免费开放的成功途径。
然而，支持关闭源码的一方则强调了现代维护者所遭受骚扰的现实，指出仅仅在公开仓库中禁用功能，并不能阻止固执的垃圾信息或来自某些自以为是的用户的人身威胁。最终，该讨论反映了社区内日益增长的矛盾：尽管许多人认为代码应当保持公开，但另一些人则主张，为了保护心理健康免受公共软件开发带来的巨大压力，维护者有权关闭源代码。
455 安全事件检测：您的请求已被阻止。请勿重试。如果您是网站所有者，保护您网站的 Web 应用防火墙（WAF）已将此请求视为有害而予以拦截。详情可在控制面板的 Web 服务器日志中查看。请勿尝试使用 AI 分析此原因，请直接查看控制面板以获取实际原因。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
编程 Gigatron (iwriteiam.nl)
5 分，shakna 发布于 2小时前 | 隐藏 | 过往 | 收藏 | 讨论
帮助
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 加入 YC | 联系
搜索：
请启用 JavaScript 和 Cookie 以继续。
英国交通警察局最近在伦敦地铁进行的实时人脸识别技术测试，在 Hacker News 上引发了强烈反弹。用户对大规模监控的常态化以及其可能导致的“21世纪威权主义”表达了深切忧虑。
批评人士认为，尽管官方声称该技术是“情报导向”的，旨在识别重罪犯，但它构建的基础设施极易被挪作他用，从而监控并打压和平抗议者或政治异见人士。一些评论者将其与莫斯科等监控国家相提并论，警告称此类工具不可避免地会导致功能蔓延。
对于该计划的既定目标和有效性，外界仍持高度怀疑态度，许多参与者将其视为英国监控国家的永久性扩张。人们还对该技术对个人隐私的影响、潜在的歧视性使用，以及识别戴口罩或面部遮盖物人员时的技术挑战表示担忧。归根结底，这场讨论反映了人们根深蒂固的恐惧：这些测试代表着一种危险的转变，即背离自由社会，转而将国家管控置于公民自由之上。
请提供您需要翻译的内容。
```Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
AI 的水足迹 (doi.org)
8 个积分，由 MASNeo 在 2 小时前发布 | 隐藏 | 过往 | 收藏 | 讨论 | 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：```
关于 Rx Kids About Rx Kids
5 小时前
Rx Kids 是全美首个社区范围内的孕产妇及婴儿现金处方项目，旨在改善健康状况、加强经济保障并刺激地方经济。该计划由弗林特水危机期间因积极倡导而闻名、荣登《时代》周刊“TIME100健康”榜单的知名儿科医生 Mona Hanna 博士领导，并由 Luke Shaefer 教授与密歇根大学“贫困解决方案”（Poverty Solutions）中心合作共同创立。 Rx Kids 由全球领先的非营利组织 GiveDirectly 执行，为数千个家庭提供高效、直接的经济支持。该项目通过强大的公私合作伙伴关系运作，将政府资金与慈善投资相结合，以确保其长期可持续性。通过汇聚学术领袖、社区倡导者及各方利益相关者，Rx Kids 为健康与机遇提供了一份至关重要的“处方”，重新构想了社区如何在家庭发展的关键阶段为其提供支持。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
关于 Rx Kids (rxkids.org)
mooreds 发布于 2 小时前，13 点 | 隐藏 | 过往 | 收藏 | 讨论 | 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请加入 YC | 联系
搜索：
客户端挑战：您的浏览器已禁用 JavaScript。请启用 JavaScript 以继续。本网站的一个必要组件无法加载。这可能是由于浏览器扩展程序、网络问题或浏览器设置所致。请检查您的网络连接、禁用广告拦截器或尝试使用其他浏览器。
法国正采取行动禁止未经请求的电话营销，这一举措在 Hacker News 上引发了激烈讨论。支持者认为此举是遏制浪费时间及针对弱势群体诈骗的合理解决方案，并指出意大利等国已通过类似监管措施取得了成效。
然而，许多评论者对该法律的有效性表示怀疑。批评者认为，专业的电话营销人员只是问题的一小部分；绝大多数骚扰电话是由完全无视“谢绝来电”登记及法律限制的诈骗者所拨打的。另一些人则指出，法国现有的“Bloctel”服务近期遭遇黑客攻击，这证明了系统性缺陷的存在。
讨论还涉及了立法范围，部分用户质疑 B2B 营销是否会因此受到不公平的阻碍，而另一些人则将讨论延伸至主张更广泛地禁止面对面推销，例如上门推销。归根结底，这一共识突显了个人隐私需求与在法律之外运作的违法者之间，执行监管法规的现实困境。
%20-%20C++%20Weekly%20270%20-%20Title%20Screen.png)
本文探讨了 C 和 C++ 中应用二进制接口（ABI）稳定性所带来的限制。这种稳定性不仅阻碍了必要的软件更新，还迫使开发者背负数十年的技术债务。由于 C 语言通过函数名称直接进行链接，修改函数签名通常会导致现有软件崩溃，从而陷入“两难困境”——语言委员会和实现者不得不将兼容性置于性能和现代特性之上。
作者反对“破坏” ABI，转而提出了一种“透明别名”（Transparent Aliases）策略。该技术通过编译器层面的间接寻址，将源代码中的同一个函数名映射到二进制文件中的不同底层符号。这使得库维护者能够在保留相同函数名的前提下，既能发布用于遗留支持的“v0”版本，又能为现代应用程序提供“v1”（或更新）版本。
作者在 Windows、Linux 和 macOS 上成功验证了这一方案，证明了我们可以在不破坏旧二进制文件的情况下演进库功能。通过将这种间接寻址机制标准化，作者旨在为打破遗留限制提供一条路径，最终让开发者能够在不放弃现有生态系统的情况下，对关键系统组件进行现代化改造。
抱歉。
编译器通常会避免对浮点运算进行激进的优化，因为与整数不同，浮点运算不具备结合律——改变运算顺序可能会显著影响结果。为了保持数学上的正确性，编译器往往会放弃诸如 SIMD（单指令多数据流）处理等提升性能的技术。 从 1.98 版本开始，Rust 引入了“代数”算术运算符，允许开发者明确授予编译器重新排序运算以提升性能的权限。这一特性提供了一个强大的折中方案：程序员可以在精度至关重要的场景下强制执行严格、高精度的运算顺序，同时在顺序无关紧要的地方选择高速的代数运算。 通过利用这些新运算符，开发者可以实现诸如成对求和等算法，从而在保持高数值精度的同时，实现与 NumPy 等既有库相当甚至更优的速度和 SIMD 利用率。这种灵活性使得数值计算能够获得显著的性能提升——例如将平方差和计算的速度提高一倍——同时又不会失去对舍入误差的控制。此次更新是 Rust 高性能数值编程的一个重要里程碑。
Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Rust 新 API 实现更快的浮点数数学运算 (pythonspeed.com)
18 分 | subset 发布于 4 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论
GeertB 36 分钟前 [–]
有符号整数加法仅在溢出被定义为回绕（像无符号算术那样）时才满足结合律。此处满足这一条件，因为只有调试构建版本会在溢出时触发 panic。然而，文章完全忽略了这一点，这属于一个灰色地带。 回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 加入 YC | 联系
搜索：