“Birduino”是一款旨在教授鸟类鸣叫声的交互式教育设备。该项目基于开源的 TonUINO 音频播放器平台，通过硬件改造、定制软件与物理设计，打造出一种沉浸式的学习工具。
该设备由定制的激光切割亚克力外壳组成，内部包含微控制器、RFID 读卡器和扬声器。用户将贴有 NFC 标签的鸟类卡片靠近读卡器，即可播放取自《康奈尔鸟类鸣声指南》（The Cornell Guide to Bird Sounds）的高质量录音。
为实现这一功能，创作者通过自定义清单脚本对 NFC 标签进行编程，将特定的鸟类物种与其对应的音频文件相关联。制作过程包括将组件焊接到原型板上、通过 Arduino IDE 配置 C++ 固件，以及利用 CAD 软件设计外观专业的外壳。尽管在焊接和组件选择方面遇到了一些小挑战，但该项目成功地将基于卡片的模拟交互与数字音频播放结合在了一起。创作者计划在未来通过增加卡片集来扩展该设备，将 Birduino 打造成一款面向鸟类爱好者的多功能模块化工具。
每日HackerNews RSS
抱歉。
国际企业税收问责与研究中心（Cictar）的一份报告显示，软件巨头帕兰提尔（Palantir）尽管在英国拥有价值数亿英镑的重大公共部门合同，但 2024 年仅缴纳了 210 万英镑的英国企业税。批评人士认为，该公司通过“转让定价”人为压低纳税额，将欧洲业务的收入转移至美国母公司，从而利用避税天堂获利。
尽管帕兰提尔的全球收入激增，但其有效税率却低得惊人，全球范围内仅为 1.4%。此外，该公司还利用股票薪酬来减轻企业税负担，变相将税务成本转嫁给员工。
帕兰提尔为其做法进行辩护，称其严格遵守国际税法，且包括转让定价在内的会计方法是大型跨国公司的标准操作。该公司进一步强调，通过就业税为英国经济做出了重大贡献，并向员工提供了股票期权作为持股激励。然而，英国公共服务工会（Unison）等批评人士指出，不应将公共服务项目授予那些设法减少纳税贡献的企业，并呼吁进行制度改革，以确保科技巨头缴纳其“应有的份额”。
一份近期的报告显示，Palantir 在 2024 年仅向英国缴纳了 200 万英镑的企业所得税，这在 Hacker News 上引发了关于企业避税问题的激烈辩论。
批评者认为，Palantir 及其他跨国公司利用法律漏洞——例如通过许可费和服务费将利润转移至美国母公司——来最小化其在当地的税收负担。许多用户对此表示不满，认为这些做法是对公共服务的系统性掠夺，一些人主张加强税收执法，甚至呼吁拆分该公司。
相反，一些参与者则为这种做法辩护，解释称这些会计结构往往反映了真实的运营成本以及对历史亏损的弥补。他们认为，对总收入征收重税将摧毁低利润行业并抑制投资。
讨论很快扩展成了一场关于企业税与消费税本质、全球利润转移的道德性，以及监管跨国实体所面临挑战的哲学辩论。尽管一些人认为现行系统对跨国业务而言是“按预期运作”，但另一些人则将其谴责为不公平的“逐底竞争”，认为这损害了本地企业和公共基础设施。
赫尔辛基 Hacker News 聚会
Cal Paterson | 主页 | 招聘我 | 关于
这是一个面向赫尔辛基 Hacker News 发帖用户的早茶聚会。它完全是非官方的，与 Y Combinator 初创企业加速器没有任何关系。
会员资格
为了保持小组专注于发帖用户（而非仅仅是读者），任何人只要满足以下条件即可加入：
* 拥有一个非绿色名称的账号
* 拥有 64 点或以上的 Karma 值
如果你已与组内成员相识，这一要求通常可以免除。如需加入，请填写 Google 表单。
组织、聚会时间和地点
我们使用 WhatsApp 群组进行协调，聚会的时间和地点会在群内公布。
我们大约每 6-8 周聚会一次。聚会通常安排在周日，上午 10 点至中午，地点位于赫尔辛基市中心的一家咖啡馆，但偶尔我们也会聚在一起喝啤酒。
组织者是 Cal Paterson 和 Oleg Podsechin。
关于 新闻 版权 联系我们 创作者 广告 开发者 条款 隐私 政策与安全 YouTube 工作原理 测试新功能 © 2026 Google LLC
一位 Hacker News 用户分享了一段视频，展示了他们将 1998 年的一款人工生命模拟游戏以 560 倍速运行，并声称捕捉到了一个罕见的“复活节彩蛋”。
当被追问细节时，一位评论者解释说，这个彩蛋指的是一种藏在水下洞穴中，名为“Borland”（Zanderphagus scarii）的隐藏生物。据该评论者所述，这种生物只有在鱼类种群数量很高且处于夜间时才会出现——游戏原始文档中并未明确说明这一条件。然而，讨论中仍存在质疑声，另一位用户直言不讳地声称根本不存在这样的彩蛋。
本项目为 3nh CR4501 色差仪提供了固件修改方案，使其无需依赖手机 App 即可直接在内置屏幕上显示最接近的 RAL Classic 色号。同时，该方案还解锁了此前被禁用的导航按钮，以提供更直观的操作体验。
**主要功能：**
* **直接显示：** 每次测量后，即时显示最接近的 RAL 色号名称及匹配度。
* **安全与隐私：** 整个过程通过浏览器（Chrome 或 Edge）利用 WebUSB 功能在本地完成。无需上传任何数据至服务器，且不会影响设备原厂校准数据。
* **可逆操作：** 该工具强制要求在刷机前对原始固件进行完整备份，支持随时轻松恢复。
* **高效快捷：** 整个更新过程仅需约五分钟。
**要求：**
* Windows 用户需通过 Zadig 安装 WinUSB 驱动程序。
* 本项目包含一个 Python 工具，供希望使用自有 RAL 色卡对设备进行校准的用户使用。
*免责声明：本项目由社区驱动，属于爱好者项目。它并非 3nh 官方产品，不提供任何保修，使用风险由用户自行承担。*
这条 Hacker News 讨论帖介绍了 GitHub 用户 hallko1234 的一个项目，该项目通过破解 3nh CR4501 色差仪，使其能够支持 RAL 色彩标准。
评论者对该项目表示赞赏，并简要讨论了 RAL 和 Pantone 标准之间的区别。用户指出，Pantone 主要应用于印刷、品牌推广和设计领域，而 RAL 则是欧洲广泛使用的建筑材料、油漆和涂料工业标准。
由班尼特·伍德克罗夫特（Bennet Woodcroft）于1851年翻译的亚历山大港希罗（Hero of Alexandria）所著的《气体力学》（*The Pneumatics*），是一部探索空气、水和蒸汽物理特性的基础性古代技术论著。身为数学家兼工程师的希罗在书中记录了78种不同的机械装置，展示了希腊化时期工程技术的先进水平。 该书涵盖了广泛的发明，从虹吸管、阀门、注射器和消防泵等实用工具，到精巧的自动装置和水力奇观。其中著名的条目包括：由火驱动开启的神庙大门、自动调节灯芯的油灯、水钟，以及由风力或人力驱动的复杂管风琴。最为显著的是，该书详细记载了早期关于蒸汽动力的实验，包括一种原始的蒸汽引擎（汽转球）以及利用蒸汽产生声音或运动的装置。 希罗通过将物理学与表演艺术相结合，阐释了大气压和真空的实际应用。这些设计展示了古代工程师如何利用蒸汽和水力创造出复杂的自动化系统（其中许多用于宗教或戏剧目的），这在机械史和蒸汽引擎的发展史上树立了一个重要的里程碑。
最近，Hacker News 上的一篇帖子重点介绍了一本 1851 年版的数字图书《亚历山大港希罗的气体力学》（The Pneumatics of Hero of Alexandria），这部引人入胜的历史文献详细记录了希罗那些精巧的古代机械发明。
评论者们对早期工程师的独创性表达了敬意，并指出其中许多设计（如水力驱动的自动机）即便以现代标准来看依然令人叹为观止。讨论随后演变为关于气动控制系统的广泛技术交流。用户们将希罗的古代原理与现代工业控制系统进行了类比，指出在现代电子技术出现之前，复杂的逻辑和控制回路通常是利用气压而非电压来管理的。
受该书原理的启发，一些参与者分享了复刻这些机器的愿望，甚至有一位用户提议开展一个现代项目：制造一台气动弹珠机。对话还涉及了该作品的历史背景，并为那些有兴趣复原安提基特拉机械装置（Antikythera Mechanism）等复杂古代设备的人士推荐了资源。总的来说，该讨论串反映了人们对工程学“第一性原理”的集体欣赏，以及早期机械师的作品所带来的持久启发。
Rust 项目针对 `rust-lang/rust` 代码仓库引入了一项关于使用大型语言模型（LLM）的新政策。该政策旨在解决人们的担忧：即不受监管的 LLM 使用可能会削弱社区协作、耗尽审查人员的精力，并掩盖贡献者是否真正理解其自身代码的事实。 该政策的要点包括： * **允许使用：** 允许将 LLM 用于回答问题、翻译、分析和优化代码等任务。 * **限制使用：** 严厉限制使用 LLM 生成代码。此类合并请求（PR）的接受门槛更高，包括强制性的测试要求，并禁止提交涉及健壮性（soundness）的关键性修改。 * **强制披露：** 任何公开的 LLM 生成内容（无论是在代码、PR 描述还是问题报告中）都必须明确披露。 * **以人为本的审查：** 审查人员无需评估 LLM 生成的内容，并有权拒绝不符合这些标准的 PR。 该政策并非全面禁止，也不是官方针对整个项目的立场；而是通过规范预期来维持一个透明且由专家驱动的社区。通过设定明确的界限，项目方希望减少“广撒网”式的低质量 PR，并确保贡献者持续关注该语言的长期健康发展。
抱歉。
作者反思了苹果公司日益增多的广告，并指出一个广告的出现往往不可避免地导致“无穷”的泛滥。文章引用了约翰·格鲁伯（John Gruber）关于“零一无穷”（Zero-One-Infinity）原则的观察，认为数字界面缺乏一个“中间档”。一旦为了某个广告、设置或菜单项打开了先例，就会引发更多的复杂性和混乱。
这种现象的发生是因为数字产品具有无限的可扩展性；团队经常以“只加这一个”为由，却未考虑其对用户体验或认知负担的累积影响。由于每一项新增功能单独看来都微不足道，复杂性便自然增长，且往往超出了集体责任的范畴。作者主张，要维持界面的整洁，需要进行审慎且往往是近乎武断的克制。为了抵御功能膨胀带来的“重力”以及设计上的退化，企业必须授权员工主动说“不”——优先考虑连贯的愿景，而非走上无休止扩张的简易迭代之路。正如史蒂夫·乔布斯在被问及是否会在麦金塔电脑上贴“Intel Inside”贴纸时那句著名的回绝：“我们觉得自己的贴纸更好看。”
这篇 Hacker News 的讨论探讨了 macOS 质量下滑的现象，许多长期用户感叹苹果曾经引以为傲的细节把控与极简主义已不复存在。
参与者批评现代 macOS 的用户界面漏洞频出、权限提示冗余，并指责其设计“懒散”——例如无法真实反映进度的进度条，以及杂乱的隐私菜单。许多用户认为“雪豹”（Snow Leopard，约 2009 年）时期是苹果体验的巅峰，他们认为苹果自那以后便将短期利润和订阅制“服务”置于核心易用性之上。
讨论中的一个反复出现的主题是用户体验的“平庸化”（enshittification）：充斥着侵入性广告、针对苹果服务（如 Music、iCloud）的弹窗骚扰，以及令人困惑的界面布局调整。尽管一些人仍认为 macOS 硬件优于竞品，但许多用户感到沮丧，认为其软件正变得越来越臃肿，甚至带有他们曾经在 Windows 上所反感的复杂性。归根结底，评论者指出苹果的设计理念已从直观的“极简主义”转变为僵化且粗糙的框架，这种将商业目标置于用户之上的做法，让许多资深用户对该生态系统的现状感到疏离。
arXivLabs 是一个允许合作者直接在我们的网站上开发和共享 arXiv 新功能的框架。与 arXivLabs 合作的个人和组织都认同并接受我们关于开放、社区、卓越和用户数据隐私的价值观。arXiv 致力于维护这些价值观，并仅与遵循这些价值观的合作伙伴进行合作。如果您有能为 arXiv 社区创造价值的项目想法，欢迎了解更多关于 arXivLabs 的信息。
Hacker News 的讨论聚焦于“Zero-Mem”，这篇研究论文提出了一种无需传统基于 Token 的检索开销来管理大语言模型（LLM）智能体记忆的方法。
该核心创新在于利用 LLM 的注意力机制直接从 KV Cache 中识别并检索相关信息，从而绕过了单独生成基于摘要索引的需求。参与者指出，这种方法与近期出现的本地实现方案（如 Attemory）类似，即将检索和预测视为统一的任务。
评论者和开发者强调，虽然计算时间减少了 57.6%，这一成果令人印象深刻，但“零 Token”的标签略有误导性，因为它涉及了编码器计算和索引维护方面的权衡。大家的一个主要共识是，业界正从容易掩盖证据的“生成式重写”转向保留原始交互痕迹。这提高了可审计性，并确保了回答能够基于原始数据。然而，专家建议，未来的基准测试必须解决这些系统如何处理冲突信息、事实的时间演变，以及长期运行的智能体中“陈旧”记忆的风险。总的来说，这次讨论反映了行业对持久化 AI 智能体高效、高保真记忆管理的日益关注。
该项目证明了在 8 美元的 ESP32-S3 微控制器上从头开始训练 Transformer 模型是可行的，超越了简单的“仅推理”应用。与运行预训练模型的项目不同，此实验直接在芯片上执行整个学习生命周期——包括随机初始化、前向传播、反向传播和权重更新。
为了克服 ESP32 有限的内存，作者实现了一个约 31.9 万个参数的模型，并将其限制在约 31 个字符的词汇表内。他们选择克林贡语作为测试平台，是因为其系统性的语法和结构化的词法，使模型能够学习语言模式而非仅仅是死记硬背。
最终产出的“微型”生成模型虽然不是一个功能性的聊天机器人，但已成功学会合成符合克林贡语结构和词法规则的文本。每一个梯度计算均使用 C 语言实现，未依赖 PyTorch 等重型框架。该实验证明了小型、低功耗硬件可以执行真正的端侧机器学习，为未来如自主传感器校准或即时学习的自适应边缘设备等应用奠定了基础。
该项目的源代码已开源，欢迎用户使用自己的数据集进行实验。
近期的一则 Hacker News 讨论介绍了一个创新项目：在一个仅需 8 美元的 ESP32-S3 微控制器上，成功训练了一个小型语言模型（SLM）。该模型拥有 31.9 万个参数，在历经两天的训练后，已能成功输出克林贡语。
开发者明确表示，该项目的目的并非为了打造功能性的聊天机器人，而是为了展示边缘设备（如自动气象站）在端侧训练的能力。值得注意的是，该项目未使用自动梯度计算，作者在 C 语言中手动推导了反向传播公式，以确保执行效率。
该讨论帖引发了社区关于人类与人工智能协作方式的激烈辩论。用户质疑作者在撰写文档和代码时使用了 AI，以及评论区出现了 AI 生成的回复。尽管一些批评者认为克林贡语输出只是“无用”的概念验证，但另一些人则称赞了在如此受限的硬件上实现模型训练的技术成就。作者强调，尽管由其主导了架构设计与验证工作，但确实使用 AI 协助翻译并完善了项目文档。