## 486Tang：将486 PC移植到Sipeed Tang Console
开发者最近发布了486Tang v0.1，这是ao486 MiSTer PC核心移植到Sipeed Tang Console 138K FPGA的版本。这是ao486首次在非Altera FPGA上运行。
关键的调整包括切换到SDRAM作为主内存（采用“双泵”技术来弥补其16位宽度），并利用SD卡作为SD卡支持的IDE，因为Tang缺乏高速MCU接口。实现了一个引导加载程序，用于从SD卡加载必要的PC组件。
该系统的启动严重依赖Verilator进行快速的、全系统仿真，并借助调试钩子，利用Bochs BIOS调试输出和针对声音卡和IDE等子系统的定向跟踪来辅助调试。
最初的性能较低，约为25MHz，但通过优化——包括复位树的减少、指令提取的简化和TLB的修改——性能提高了35%，达到了大约486SX-20的水平。该项目突出了x86架构相对于更简单的RISC设计的复杂性，以及在FPGA开发中时钟速度扩展的重要性。
每日HackerNews RSS
## 在FPGA上实现486：复古计算项目
一位开发者成功地在信用卡大小的FPGA板上实现了486处理器([nand2mario.github.io](https://nand2mario.github.io))。该项目使用DDR3 SDRAM用于视频，之所以选择它是因为与FPM或EDO内存相比，它更容易与软CPU配合使用，尽管这与486原始时代并不相符。目前，该实现使用了FPGA的44%的LUT和59%的BRAM。
讨论围绕内存选择展开，一些人指出DDR3在复古项目中的局限性在于时钟速度的限制。另一些人则探索其他兼容486的硬件，例如Via Eden板或AMD的Élan/Geode处理器，但承认它们的复杂性更高或已停产。
该项目引发了人们对在现代工艺中重现经典硬件的兴趣，以及构建能够运行较旧游戏（如DOOM）的小型低功耗系统的潜力。它还引用了Valve在E3演示中Half-Life 2中的一个幽默时刻，俏皮地暗示了该系统的能力。
请启用 JavaScript 并禁用任何广告拦截器。
## 太平洋上升流中断与气候讨论
近期《纽约时报》的一篇文章（以及相关的PNAS研究）报道了2025年巴拿马沿海年度太平洋冷水上升流出现前所未有的抑制，引发了Hacker News上的讨论。这一事件，在至少过去40年中一直“像时钟一样规律”，可能对海洋生态系统和全球气候产生重大影响。
评论者深入探讨了这一现象背后的科学原理，引用了埃克曼输送和拉布拉多洋流、墨西哥湾暖流等洋流的重要性。 存在关于仅仅增加计算能力是否能改进气候模型的争论，许多人认为缺乏细粒度的初始数据（积雪量、土壤条件等）是更大的障碍。
担忧范围涵盖了海洋在氧气生产和碳吸收中的作用，到潜在的“缺氧事件”情景以及北极冰融化造成的温度缓冲丧失。 一些人对耸人听闻的报道表示沮丧，而另一些人则强调了气候科学的政治化。 这次讨论强调了气候建模的复杂性以及地球变暖可能带来的意想不到的后果。
启用 JavaScript 和 Cookie 以继续。
## 火星样本返回任务决策推迟
美国国家航空航天局已将火星样本返回（MSR）任务的最终决策推迟至新一届政府——现在是特朗普-万斯政府的第二任期。 延期源于最初由喷气推进实验室提出的成本高昂的方案存在问题、当前美国国家航空航天局的预算挑战以及内部重组。
美国国家航空航天局目前正在评估两种着陆方案：利用既定的“空中起重机”方法（由“毅力号”和“好奇号”使用），该方法由内部开发，或与外部公司签订新的、固定价格的解决方案。
评论员指出，虽然美国国家航空航天局在努力推进该项目，但SpaceX也在开发火星殖民能力，*可能*将样本返回作为副产品。 然而，关于SpaceX能否按时完成雄心勃勃的时间表以及其对轨道加注等未经验证技术的依赖，存在争议。 中国也有计划在2028年执行火星样本返回任务，这突显了国际竞争。 一些人认为，如果一家私营公司已经在追求这一目标，美国国家航空航天局应该专注于其他优先事项。
一场惊险的《血钱》粉丝游戏，生存与激情交织。当生活逼你陷入绝境，为了拯救生命需要一笔昂贵的费用时，你将发现意想不到的相遇有时能成为解决问题的方案。体验一场沉浸式的互动冒险，以你从未想象过的方式与哈维互动。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 [已标记]
ljx2685222739 1天前 | 隐藏 | 过去 | 收藏
coldfoundry 1天前 | 下一页 [–]
手机上立刻弹出虚假的安卓安全漏洞广告，绝对不会尝试这个。这可能是.xyz顶级域名被许多地方列入黑名单的原因。
LoganDark 1天前 | 上一页 | 下一页 [–]
哦不，我的Adobe Flash Player已过时。在macOS 26上。在2025年。
ljx2685222739 1天前 | 上一页 [–]
你觉得界面怎么样？
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## Mago：现代PHP工具链
Mago是一个用Rust构建的极速PHP代码检查器、格式化工具和静态分析器，旨在通过速度和可靠性提升PHP开发体验。它借鉴了Rust生态系统的工具设计，提供全面的代码分析，通过可定制的linting规则识别问题，并执行深入的语义检查以捕获错误。
主要特性包括自动化代码修复、自动格式化以符合编码规范，以及AST可视化以理解代码结构。安装方式简单，可以通过shell脚本（macOS/Linux）或Homebrew、Composer、Cargo进行安装。
Mago的灵感来源于Clippy、OXC和Hakana等工具，同时也认可PHP-CS-Fixer、Psalm和PHPStan等现有PHP工具的贡献。它是一个社区驱动、双许可的项目，欢迎所有开发者的贡献。
## Mago：一种用 Rust 构建的新 PHP 工具链 - 摘要
Mago 是一种用 Rust 构建的新的、快速的 PHP 工具链，旨在改进静态分析和代码检查。虽然它有望比 PHPStan 和 Psalm 等成熟工具更快，但早期反馈表明它目前处于 Beta 阶段，功能存在显著差距，特别是缺乏完整的 PHPDoc 解析以及对 PHP 核心功能（如内置异常）的支持。
作者承认这些不足，并强调正在进行的工作以解决这些问题，重点是魔术方法和属性标签的支持。他们的目标不是完全替代现有工具，而是利用 Rust 的性能优势采取不同的方法。
讨论还涉及在 PHP 生态系统中获得关注的挑战、Rust 改进跨语言工具的潜力，以及与类似项目（如 FrankenPHP）的比较。尽管雄心勃勃，Mago 在采用新 PHP 功能方面的灵活性可能是一个关键的差异化因素，可以比当前依赖驱动的方法更快地支持即将到来的语言变化。然而，它的成功取决于实现功能对等，并说服 PHP 开发者采用非 PHP 工具。
展示 HN: CLAVIER-36 (生成音乐的编程环境)
Show HN: CLAVIER-36 – A programming environment for generative music
4 天前
× 乘号 (chéng hào) - multiplication sign 或者 叉号 (chā hào) - cross mark / X
## CLAVIER-36：浏览器中的生成音乐
CLAVIER-36是一个新的开源编程环境，用于创作生成音乐，灵感来自Orca。它利用二维网格，程序基于局部规则演化，类似于细胞自动机。虽然它包含一个基本的采样器，但其设计目的是为外部合成器和乐器生成数据。
由River Dillon在Recurse Center期间开发，并使用C/WASM构建，CLAVIER-36拥有令人印象深刻的性能——即使在浏览器中运行复杂的网格也能达到1000 bpm。用户可以通过Firebase分享作品。
早期测试者称赞其改进的“线路系统”，用于补丁组织和重构，相比Orca有所提升。然而，该项目目前缺乏移动设备支持，并且由于文件大小，加载速度可能较慢，开发者正在积极使用CDN解决这些问题。Steam版本正在计划中，鼓励加入愿望单。
更多信息，包括教程视频和示例补丁，请访问[clavier36.com](https://clavier36.com)。
Hunterbrook Media的调查显示，D.R. Horton和Lennar这两家美国最大的房屋建筑商建造的房屋存在广泛的建筑缺陷。来自16个州的60多位房主报告了各种问题，从结构性问题（如地基裂缝和电线故障），到水 damage、霉菌和不完整的维修——这些问题常常违反建筑规范，并使房屋变得不安全。
房主们描述了一种令人沮丧的周期：建筑商的否认、延误和不充分的维修，这些问题因复杂的保修流程和旨在限制建筑商责任的合同而加剧。专家认为，建筑商优先考虑速度和成本削减，而非质量，并且缺乏遵守规范的动力。
调查揭示了D.R. Horton和Lennar用来规避责任的“策略”，包括催促买家签署单方面合同，其中包含强制仲裁条款，从而有效地阻止诉讼。虽然两家公司都公开承诺质量，但内部文件显示了降低成本的策略。越来越多的房主正在转向社交媒体和法律行动，但在寻求补救方面面临重大障碍。Hunterbrook Media正在考虑采取法律行动，并邀请受害者分享他们的经历。
## 劣质房屋建造与购房者自查
一篇近期文章指出了一种令人担忧的趋势：美国最大的房屋建筑商正日益将建筑质量问题转嫁给购房者。Hacker News上的讨论指出，广泛存在“劣质施工”现象，使用廉价材料如木框架、泡沫和铁丝网——甚至在可以使用更耐用材料的地区。
评论者分享了建筑商优先考虑速度和数量而非质量的经历，并且经常限制彻底的检查。一些建筑商甚至限制检查员可以检查的内容，可能隐藏缺陷。虽然新房*有*保修，但行使保修权可能很困难，建筑商会采用法律手段来规避责任。
讨论的解决方案包括更严格的检查要求、公开的检查记录以及提高建筑商的法律责任。然而，人们对检查的可靠性以及行业被控制的可能性表示担忧。最终，这场讨论强调了购房者需要格外谨慎，可能需要聘请自己的专家并了解新房建造相关的风险。 许多用户推荐CyFy Home Inspections的Instagram/网站，以了解常见问题的示例。
## 远摄镜头的力量
尽管体积和重量较大，远摄镜头对于旅行摄影来说是不可或缺的，能够提供更广角镜头无法达到的独特视角。它们擅长**消除干扰**，通过隔离主体——例如通过压缩距离和减少前景杂乱来专注于山脉。
一个关键优势是**压缩**，将场景中不同的平面拉近，使远处的山脉和前景细节感觉相连。远摄镜头还能实现**主体隔离**，模仿人眼专注于较大场景中远处物体，从而增加意义和戏剧性。
后期处理，特别是使用darktable等工具，可以进一步增强远摄图像。诸如消除雾霭、色彩平衡和有针对性的对比度调整等技术可以克服扁平化和大气失真等问题。
最终，远摄镜头提供新鲜视角的和独特的构图可能性，证明了其体积的合理性，使其成为任何摄影师工具包中值得添加的工具。
截至9月，日本百岁老人数量达到近10万，连续55年增长，创下历史新高。其中绝大多数（88%）是女性，最年长者是114岁的河川重子。 这种非凡的寿命归功于多种因素，例如健康的饮食习惯——红肉摄入量低，鱼类和蔬菜摄入量高——以及积极的生活方式，包括流行的集体锻炼（广播体操）。心脏病和某些癌症死亡率的降低也起到了作用。 然而，全球百岁老人数量的准确性，包括日本的数据，一直受到质疑。过去的审计显示，户籍登记存在重大差异，出现未报告的死亡和潜在的养老金欺诈行为。尽管存在这些担忧，但日本从1960年代G7国家中百岁老人比例最低之一，到目前的地位，这一显著变化凸显了重大的社会人口转变和独特的长寿人口。
## Gleam 初印象：解析 AIM 日志 这篇文章详细描述了一位开发者学习 Gleam 的初步体验，Gleam 是一种静态类型、类似 Elixir 的函数式编程语言。作者选择 Gleam 用于一个个人项目：解析旧的 AOL 即时通讯 (AIM) 日志，之前曾尝试用 Python 完成但已放弃。这个项目提供了一个很好的平衡——简单的纯文本日志用于初步学习，随着技能的提高，也具有潜在的复杂性。 最初的障碍包括命令行参数解析（使用 `argv` 库解决）和理解构建过程（生成 BEAM 字节码，需要 Erlang VM 运行）。然而，最大的挑战是适应函数式范式——缺乏熟悉的构造，如循环、`if` 语句和直接列表索引。 作者赞赏 Gleam 的管道语法、以示例为中心的文档、内置警告以及 `todo` 关键字，用于增量开发。他们认为模式匹配优雅但最初难以掌握。批评集中在 Gleam 尚年轻的生态系统、笨拙的错误处理中断了管道流程、相对较小的核心语言和标准库，以及需要依赖外部模块来执行诸如文件系统访问之类的常见任务。 尽管存在这些挑战，作者发现 Gleam 令人愉快且具有刺激性的学习体验，促使他们以新的方式思考编程。该项目已成功完成，解析了简单的 AIM 日志，并展示了 Gleam 在此类型任务中的潜力。
## Gleam：初印象与讨论
这次Hacker News讨论围绕着Gleam展开，Gleam是一种静态类型语言，运行在BEAM（Erlang虚拟机）上。最初的帖子分享了一位用户的第一印象，引发了关于函数式编程、解析以及Gleam在更广泛领域的地位的对话。
一个关键话题是**解析器组合子**，这是一种非常适合函数式语言的构建解析器技术。虽然可以在命令式语言中实现，但由于延迟求值和类型推断等特性，它们被认为在函数式语言中更优雅和自然。Gleam为此提供了像`party`和`parser_gleam`这样的库。
讨论还涉及Gleam与Elixir和Rust的关系。有些人认为它更像Rust，而另一些人则欣赏它的静态类型和更小的核心语言。BEAM运行时是一个争论点，有些人更喜欢通过LLVM进行原生编译，但另一些人则赞扬它的并发模型和弹性。
最后，人们推测了未来使用LLM进行编码的情况，有些人认为手工编码将变得过时，而另一些人则认为需要“抗AI”的语言。