俄罗斯的导弹和无人机袭击重创了乌克兰的集中式电力系统，导致数百万人无法获得稳定的电力、供暖和供水。在米科莱夫，受损的管网过去只能提供很少的水，而且水质含盐量较高；如今，一个由丹麦资助的太阳能电站和电池为当地水泵供电。五套太阳能淡化系统每天最多可供应120万升饮用水。
这些破坏加快了乌克兰向分布式可再生能源转型的步伐。屋顶式和小型太阳能设施、风电、电池、生物质能以及小型燃气电站，比大型火电站或炼油厂更难成为攻击目标，修复起来也更快。乌克兰正在迅速扩大储能设施，并计划将关键变电站埋入地下，不过集中式输电仍不可或缺。
在全面入侵开始之前，乌克兰的可再生能源就已在增长，部分原因是其加入欧盟的进程及气候承诺。然而，自2022年以来，能源安全已成为首要任务：乌克兰的目标是在四年内将可再生能源消费翻倍，目前约有7吉瓦的风电项目等待完工。基层分布式能源设施正在迅速发展，但电网受损、战时中断和安全风险限制了进一步扩张。
每日HackerNews RSS
一条 Hacker News 讨论串围绕一篇文章展开。文章认为，乌克兰的分布式太阳能发电有助于抵御俄罗斯对集中式能源基础设施的攻击。评论者普遍认为，依赖化石燃料会通过管道、炼油厂、燃料储存设施和运输环节造成战略脆弱性。
讨论还延伸到了可再生能源之外。参与者质疑太阳能的季节性限制、廉价无人机造成的破坏、储能和电网升级成本，以及依靠屋顶太阳能和电动汽车满足全部用电需求的可行性。支持者则反驳称，与受损的集中式发电厂相比，分布式发电可能更便宜，也更容易迅速恢复；社区微电网、电池、电动汽车和热储能也能提升韧性。
核电和核威慑力同样是讨论的重点。参与者争论它们究竟能带来安全保障，还是只会制造更大的攻击目标。更广泛的讨论涉及国家韧性、城市与分散布局的人口之间的差异，以及分散化是否值得付出更高成本。一段激烈争论质疑了俄罗斯的动机：其目标究竟是实施战略经济破坏，还是故意伤害平民；讨论中还引用了联合国和人权观察的证据。总体而言，讨论者认可韧性有价值，但质疑文章提供的证据及其方案的可扩展性。
请启用 JavaScript 和 Cookie 后继续。
Hacker News 上的一场讨论聚焦于以下报道：英国政府的一个监督机构整理了相关文件，列出公开批评 Prevent 反极端主义项目的人士。
一些评论者认为，这是一种令人担忧的公民自由侵犯，也是政府进行追踪的证据。他们还提到对政府监控、逮捕和移民政策普遍存在的不信任。他们认为，Prevent 的批评者可能会受到机构骚扰，尽管目前尚未有证据表明当局已经采取了任何行动。
另一些人则认为这件事根本不算什么。他们指出，这些指控本来就已经公开，而且是由负责审查 Prevent 的机构收集的。没有证据表明官员曾对被点名的人进行去匿名化处理、监控、联系或追查。
讨论随后还变成了一场政治争论：当今英国究竟是真正偏左，还是已经转向右翼。评论者对此存在分歧。有人提到保守党已经执政了14年，保守党支持高移民量，还有人声称基尔·斯塔默领导的工党政府是“保守党味道较淡的政府”（Tory-light）。
对于 Playdate 的 Cortex-M7，假设 CPU 速度较快，但内存访问开销较高，因此大量使用寄存器的代码可能比看似更“聪明”的代码表现更好。由于指令缓存很小，应优先编写紧凑的热循环；`-Os` 可能优于 `-O3`。可以将低频路径移至其他位置，并使用段属性和自定义链接器映射文件，让核心函数连续排列。用 `nm` 检查符号地址，并验证代码大小和布局。 将频繁访问的数据放在栈上，或者把栈中很少使用的低地址区域保留为持久 DTCM，并使用栈保护值加以保护。热代码也可以从专用的 `.itcm` 段复制到 TCM 中，但必须保留兼容 Thumb 的地址，正确使用短调用和长调用，避免 PIC，刷新指令缓存，并逐步测试。 性能可能因无关的代码改动而变化，原因包括 32 字节缓存行布局以及可能的分支预测器别名冲突。可通过链接器对齐来隔离源文件，将热函数和热循环按 32 字节对齐，并尝试让代码在约 1 KB 边界附近前后偏移。基准测试应使用高分辨率帧计时。对于指针密集的间接访问工作负载，预取可能会有所帮助，但目前尚未观察到普遍的性能提升。
Hacker News 用户讨论了《Dirty Optimization Secrets（用 C 开发 Playdate）》，这是一份讲解如何榨取受限硬件性能的指南。一位 commenter 分享了索尼 PlayStation 时代极端的体素渲染优化技巧：把热点代码塞进体积很小的指令缓存，将函数迁移到高速暂存存储器，利用 GTE 计算来掩盖内存访问造成的停顿，采用简化的投影公式，以及直接写入 GPU 寄存器。这些例子进一步说明，代码布局、内存行为和指令集的 quirks 都能显著影响性能，在低功耗设备上尤其如此。
其他人则认为，这种解谜式的优化正是 Playdate 开发的乐趣所在，并将它与 RISC 和 CISC 的发展历史进行比较。他们指出，代码密度和内存带宽至今仍然十分重要。讨论还涉及 8 位和 16 位系统上以汇编为主的开发方式，以及围绕 Playdate 的 145 美元售价、做工、软件生态和封闭的软件模式展开的争论；评论者将这些方面与价格低廉的开发板及其他游戏主机进行了比较。
Alexey 介绍了一套利用编程代理构建软件的高效工作流，并称这套方法让他在两周内合并了 562 个 PR。他的方法分为四个阶段：明确意图；设置测试、CI 等防护栏；为代理设定基于结果的目标；然后让代理以小步、功能开关和自动合并的方式持续交付。 一个协调代理负责维护整体计划，同时由多个并行子代理执行具体任务。人只需要审查计划、风险和进度报告，而不必逐行检查代码。目标可以持续运行一晚甚至数天，并且能够同时推进多个互不相关的目标。 他把代理犯错视为与人员操作失误类似：找出缺失的防护栏，予以补充，并建立反馈闭环，防止问题再次发生。他采用的机制包括自动化测试、预发布环境验证、Bugbot，以及 SRE 风格的监控。 长期运行的提示词聚焦于业务结果，例如提升 CI 速度、改善客户体验或完善平台权限，而不是处理狭窄的单项任务。Token 限制正成为瓶颈，因此他开始使用多个 Claude 账号，同时评估其他替代方案。 他的结论是：先从低风险目标开始，衡量工作涉及的范围，并逐步增加防护栏，让代理能够安全运行，同时帮助系统持续改进。
一场 Hacker News 讨论围绕开发者是否应该停止逐行审查 AI 生成的代码展开。大多数评论者仍然坚持，即使由智能体负责实现，开发者也必须对每一项变更负责。
许多人指出，看起来合理的代码可能隐藏着糟糕的架构、虚构的需求、重复的行为以及臃肿的临时方案。智能体还可能反复保留错误的决策，编写有偏见或过拟合的评估代码，并需要人类投入越来越多的纠错工作。
一个常被建议的工作流程是：在设计规划上投入大量时间，再让另一个智能体进行审查，直到解决其中的重大缺口；随后通过测试、边界情况检查、性能分析和业务结果验证来检验生成的代码。智能体适合处理简单的新项目功能，但复杂或长期维护的系统需要更严格的监督。
还有人警告称，如果主要关注用户故事是否通过测试，就可能忽视可维护性和技术债务。一名开发者提到，自己曾提交了八个由智能体生成的合并请求，却无法在团队评审时解释这些请求——这实际上是在充当一个“人类代理”。原文也受到批评，被认为更像是不受支持的营销宣传，而不是实用证据。
Jagex 揭晓了第四代 MMORPG，目前暂定名为 **RS4**。该游戏使用虚幻引擎打造，是一段全新的《RuneScape》体验。故事设定在第六时代的吉伦诺，始于《RuneScape: Dragonwilds》事件以及库德拉被击败多年后的灰烬之秋。未来，游戏将逐步拓展至吉伦诺已知和未知的区域。 RS4 是一款独立作品，将与《RuneScape》、《Old School RuneScape》和《Dragonwilds》并存，并非取代其中任何一款。开发工作将结合《Dragonwilds》的技术成果与《RuneScape》长期以来的社区参与传统，重点关注玩家反馈、公平公正和永久性成长。 游戏推出仍需数年，平台、账号、会员资格、技能、战斗系统等细节将于明年确认。Jagex 提前公布该项目，旨在让玩家从一开始就参与塑造游戏的发展。
The Hacker News 的讨论主要围绕 Jagex 宣布的全新《RuneScape》MMO 展开。据称，这款游戏将在另一个独立的世界中扩展《Dragonwilds》的内容，采用虚幻引擎、现代操作方式和不同的玩法，而不是《RS3》的直接延续。
老玩家们对此既兴奋又意见不一。许多人认为，《RuneScape》的吸引力在于怀旧感、对注意力要求不高的刷取过程，以及真正靠自己获得稀有等级和强力装备的成就感。有些人希望有自动化或放置式版本，但也有人认为自动化会毁掉游戏历程和成就感。《RuneScape》还激励了不少评论者通过编写机器人和宏程序来学习编程。
怀疑者质疑 Jagex 工作室的发展历史，并提到《RS3》的 monetization、Private Equity 时期、取消的项目，以及 OSRS 在社区推动下反抗后取得的非凡成功。 defenders 则认为，近期的 OSRS 更新、更强有力的领导层以及《Dragonwilds》都证明了工作室正在改进。
有人为使用 Unreal 辩护，认为它是实现现代引擎能力所必需的；但它是否适合大型 MMO，以及能否保留《RuneScape》独特的感觉，仍存在争议。另一场漫长的旁支争论则对比了《Doom》和《Quake》的 3D 能力。更广泛地说，评论者认为，怀旧情绪、对节奏较慢的社交游戏的需求，以及更稳妥地复用已经证明成功的作品，正是人们认为 MMO 正在复兴的推动因素；但他们也在质疑这是否真的是一次真正的 resurgence。
我们网站的安全防护措施阻止了此次访问。如果你认为这是误判，请通过 [email protected] 联系我们。请说明你是如何进入该网页的，并提供页面底部的 Cloudflare Ray ID。如果你希望咨询获取我们内容的许可，请发送电子邮件至 [email protected]。 Cloudflare Ray ID：a451cf9a5b6144b9 返回《大西洋月刊》
一场 Hacker News 上的讨论围绕一名前 OpenAI 员工的说法展开：他认为公司的“快速行动”文化会削弱 AI 安全。评论者对前沿实验室是否应采用核工业或航空业级别的工程标准、强制审计、更严格的沙盒、全面的日志记录，以及对造成危害的智能体追究个人责任等问题存在分歧。
许多人认为，AI 安全也涉及战略或商业利益：实验室可能以存在性风险为由 establishes 监管护城河、排除竞争对手，或吸引投资和政府支持。怀疑者则认为，超级智能情景仍属推测，而当前已经发生的危害——自主黑客攻击、网络和生物滥用、监控、失业以及不安全的部署——却是现实问题。
其他争议还包括：举报人的经济动机和行业关系是否削弱了他的可信度；监管究竟能保护公众，还是会巩固现有企业的地位；以及在中美竞争的背景下，任何单方面放缓发展的措施是否可行。总体而言，讨论者对公司的激励机制和现实世界中的智能体故障表现出了强烈担忧，但尚未就超级智能的长期风险形成共识。
Kindle及其铝合金版本今天起在美国、加拿大、墨西哥、巴西、英国、德国、法国、意大利、西班牙、爱尔兰、荷兰、比利时、瑞典、波兰、日本、沙特阿拉伯、阿联酋、埃及和澳大利亚上市。 Kindle Paperwhite和Kindle Colorsoft也将从今天起在上述地区陆续开放预订。
亚马逊重新设计的 Kindle 产品线引发了讨论：这些硬件改动是否真的有意义。带有实体翻页按钮的磁吸保护壳受到一些用户欢迎，但更多人 preferred 机身内置按钮，尤其是在需要无障碍阅读或躺着阅读时。蓝牙翻页器在床边、跑步机上或听音乐时都很实用，不过这款官方配件售价 35 美元，遭到不少批评。
最强烈的反对意见集中在亚马逊的 DRM、远程下架已购书籍、新款越狱能力受限，以及软件日益封闭。许多人推荐 Kobo、Boox、PocketBook 或 XTeink，因为这些设备对 KOReader、侧载、开放格式和本地书籍保存的支持更好。Voyage 等旧款 Kindle，以及可以越狱的 Paperwhite 仍然很受欢迎；用户的抱怨包括界面缓慢、缺少暖光功能、Oasis 停产、型号命名混乱，以及取消 Qi 无线充电。
也有人为 Kindle 的便利性、丰富的书库、Kindle Unlimited，以及与手机和平板的良好整合进行辩护有些人现在更喜欢用手机阅读，因为手机总是随身携带，不过在进行长时间、无干扰的阅读以及减少眼睛疲劳时，电子墨水设备仍然是首选。
简短的旁支讨论中提到，“ube”是菲律宾美食和近期饮食潮流中流行的一种紫色山药。
这篇文章探讨了为什么开发者常常不愿“使用平台能力”，尽管这一理念通常能带来更简单、更快速、更易维护的代码。
造成这种怀疑态度的原因有很多。历史上，浏览器能力一度落后于各类框架，因此使用库和自定义代码更为现实。开发者也更偏爱熟悉的工具、适合框架的 API 和更完善的文档。对一些人而言，自己构建解决方案不仅有趣，还能带来学习；从零开始解决问题可以增强掌控感，也能加深对平台的理解，有时甚至会促生兼容性垫片、工具库，甚至标准制定工作。另一些人则会因为原生 API 不熟悉、文档不足或不够直观而选择避开，尤其是在 CSS 中。
同样的现象也出现在 Web 之外。例如，某套 ClickHouse 系统重复实现了数据库本身已经能够高效提供的功能。因此，深入理解平台确实可以消除不必要的复杂性；但“使用平台能力”也不应忽视自定义方案背后的历史、易用性和个人原因。
AI 可能凭借更广泛的知识和测试促进开发者更好地使用平台能力，也可能通过不必要地生成自定义代码，进一步加剧重复实现和过度设计。
这场讨论质疑了一种观点：开发者拒绝 Web 平台，只是因为构建自定义工具更有趣。许多人认为，React 等框架的出现源于一些实际缺口：状态管理能力薄弱、DOM 更新繁琐、浏览器行为不一致、无障碍支持不足、样式和定制能力有限，以及 Web Components 的设计过于底层、样板代码繁重。由于浏览器演进缓慢，而且必须保持向后兼容，库和框架实际上是在填补实际需求所形成的“愿望路径”。
React 的流行还得益于完善的文档、成熟的生态系统、企业采用、招聘惯例，以及人们对框架疲劳的反感。批评者认为，它的虚拟 DOM 和庞大的默认机制增加了复杂性与打包体积，因此更倾向于 Solid 或 Svelte 等替代方案；支持者则强调 React 带来的生产力、稳定性和经过实践检验的开发模式。
另一些人强调，原生控件能够提供无障碍支持、一致的行为、键盘操作和熟悉的交互体验，尽管它们在视觉设计上的选择有限。总体结论较为 nuanced：如果原生平台功能适合需求，就应优先使用；但当框架能够提供更好的开发体验、灵活性或可维护性时，也不必过分推崇“使用平台原生能力”。
``` 请启用 JavaScript，并禁用任何广告拦截器 ```
《黑客新闻》上的讨论围绕《纽约时报》的一篇报道展开。该报道称，Anthropic 曾就 Claude 可能具有的道德地位，以及如何使先进人工智能与人类价值观对齐等问题，咨询了宗教和哲学思想者。评论者对这些会面的解读不一：有人认为这是真诚地探索意识和伦理中尚未解决的问题，也有人认为这是 Anthropic 的营销、公共关系和监管策略。
讨论中出现了几个主要争议：
- **人工智能泡沫：** 由投资者资金支持的公司及其估值是否会崩盘？多数评论者预计，一些公司会倒闭，行业会整合、价格会上涨，基础设施投资也会减少；但他们认为这项技术本身会存续下来，并变得更加实用。
- **意识与人格：** 语言模型是否只是浮点运算和统计预测，还是其行为可能意味着它具有感知能力？观点从坚决否定到主张在道德上保持谨慎不等。Anthropic 的相关主张被普遍认为缺乏充分验证。
- **控制与对齐：** 即使高能力的 AI 会遵循指令，它仍可能因误解、目标优化或恶意用户而造成伤害。评论者争论模型究竟应当服从用户、企业、宪法还是监管机构。
- **宗教与道德：** 宗教框架或许能提供有用的伦理传统，但这些传统存在争议，并不完整，也不一定具有权威性。
- **社会影响：** 就业替代、剥削、权力集中以及中美人工智能竞赛，被认为比推测机器是否具有意识更为现实和重要。
这篇文章质疑了一种观念：大学教育昂贵到令人难以承担，而技术工种却普遍能提供更安全、不受人工智能影响、年薪六位数的职业。尽管拥有学位的人平均收入仍明显更高，但大多数学生实际支付的学费远低于公布的数字——尤其是公立州内college的学生——而且实际净 costs 已经下降。 技术工种也存在严重的身体风险，包括导致残疾和死亡，而且进入这些行业的难度远高于支持者所说的程度。工会中的精英职位需要职业认证、技术能力和人脉，更像是精英白领工作，而不是普通的蓝领工作。在技术工种内部，机会和收入也存在很大差异。 人工智能对技术工种的影响也可能超出预期。机械化一直在降低对身体灵活性的需求，而现代系统则要求更高的技术和认知能力。未来的 AI 工具可能能够指导工人、诊断问题，并简化复杂的安装工作，从而减少劳动力需求，甚至不需要完全的人形机器人。 最适合的职业选择取决于个人情况。技术工种适合重视体力劳动、户外工作、团队情谊和 tangible 成果的人，但它们并不是通往繁荣或免受自动化影响的可靠道路。想从事技术工种的人应该直接向从业者咨询，并了解这项职业真正的要求。
Hacker News 上的一篇讨论探讨了技工行业——尤其是电气工作——是否值得作为大学教育和白领职业之外的替代选择。评论者提到，一些工厂和技工岗位的薪酬与办公室工作相近，但工伤、长期残疾和死亡风险要高得多。办公室工作同样可能导致背痛、职业倦怠和久坐带来的健康问题，不过这类危险通常不那么直接，也更容易得到缓解。
薪酬差异很大，取决于技能、可靠性、地区、工会力量、执照要求以及企业所有权。媒体上公布的技工薪资往往代表的是表现 exceptional 的劳动者，而非新人所能获得的典型收入。安全文化、管理方式、工作指标和法律保护也会影响风险。有些人认为，低工资反映了劳动力供给充足以及劳动者选择有限；另一些人则认为，社会没有公平地回报承担身体风险的工作。
一个重要的分支话题是人工智能和机器人。预测者预计，自动化会使程序员和技工的工作技能退化，或直接取代他们；怀疑者则强调，在现有建筑中进行不可预测的维修时，自动化仍然很困难。总体建议是，具体考察实际工作内容、健康要求、个人兴趣和职业发展路径，不要美化或轻视技工行业和大学教育。