## Unscii：用于复古图形的位图Unicode字体
Unscii是由Viznut创建的一系列位图Unicode字体，旨在弥合经典系统字体与现代Unicode支持之间的差距，尤其适用于字符单元艺术和编程。它提供8x8（unscii-8）和8x16像素变体，并具有多种风格选择，Unscii旨在重现Amiga、Commodore 64和IBM PC等复古系统的外观和感觉。
虽然大多数变体是公共领域，但包含Fixedsys Excelsior和GNU Unifont字形的“unscii-16-full”版本则采用GPL许可。最近的Unicode 13.0更新添加了许多遗留计算图形字符——其中许多*已经*包含在Unscii中，现在具有正确的Unicode映射，促使Unscii 2.0发布。
Unscii解决了历史上缺乏一致的Unicode伪图形实现的问题，提供了一种专门为重现和扩展经典的ASCII和“扩展ASCII”艺术风格而设计的字体。它利用了经典的字体研究以及专用的私有使用区（PUA）来处理缺乏官方Unicode码位的字符，确保了广泛的兼容性和艺术潜力。
每日HackerNews RSS
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Unscii (viznut.fi)
8 分，由 Levitating 发表于 2 小时前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
导演兼演员罗伯·雷纳，以喜剧片《This Is Spinal Tap》、《公主新娘》和《当哈利遇上莎莉》而闻名，于周日在加利福尼亚家中不幸去世，享年78岁，他的妻子米歇尔·辛格也一同遇难。当局正在调查他们的死因，初步判断为他杀，雷纳的儿子尼克据报参与其中。 雷纳因在《一家人》中饰演“Meathead”而声名鹊起，并为该角色赢得了两项艾美奖。他刻意与著名的喜剧演员父亲卡尔·雷纳保持距离，在好莱坞开辟了自己的道路。他成功地从电视转行到导演，1984年的伪纪录片《This Is Spinal Tap》打破了这两个行业之间的壁垒。 在80年代和90年代，雷纳推出了一系列备受喜爱的电影，包括《伴我同行》、《忧郁症》和《好人寥寥》，展现了他幽默和戏剧的双重才华。他一直活跃在影坛，最近还发行了《Spinal Tap II》。雷纳以其个性化的电影制作方法而闻名，与角色建立深厚联系，并优先考虑贴近生活的故事情节。尽管广受好评，但他只获得过一次奥斯卡提名。
据周日消息，传奇导演兼演员罗伯·雷纳及其妻子米歇尔被发现身亡，当局正在调查此案作为明显的凶杀案。最初《人物》杂志的报道称，雷纳的儿子尼克，他有吸毒史，正在接受与他们死亡有关的调查。然而，其他信誉良好的消息来源，如美联社和《洛杉矶时报》最初并未证实这一说法，但《滚石》杂志后来证实了这一说法。
据报道，这对夫妇的女儿罗米发现了他们的尸体。执法部门消息人士透露，两名受害者均遭受了刺伤。
这一消息引发了网络上的悲痛浪潮，许多人回忆起雷纳的经典电影，如《公主新娘》、《摇滚模仿秀》、《当哈利遇到莎莉》和《伴我同行》。考虑到雷纳过去与儿子合作拍摄了一部半自传电影，这种情况尤其令人悲伤。
## 费曼谈拉丁美洲的物理教学：摘要 在1963年的主题演讲中，理查德·费曼阐述了物理教育的挑战，不仅在拉丁美洲，而且在全球范围内——承认缺乏真正有效的教学方法。他认为，教授物理不仅仅是传授知识，而是关于培养理解力、实践技能和对科学的真正欣赏。 费曼强调了在拉丁美洲内部发展技术专业知识对于长期经济发展至关重要，以此抵消对进口人才的依赖。他指出了困扰该地区教育的关键问题：死记硬背胜过理解、缺乏实践经验以及由于社会压力和僵化的大学结构而扼杀了独立思考。 他提倡解放有激情的教师，弥合理论科学和应用科学之间的差距，并支持研究以留住有才华的科学家。至关重要的是，他强调需要在这些领域进行*持续的*和*适度的*投资，避免短暂的倡议。最终，费曼呼吁共同努力来解决这些系统性问题，认识到它们与更广泛的社会和经济现实的深刻联系，并培养探究和创新的文化。
1963年加州理工学院的一篇文章，讨论了在拉丁美洲教授物理学的挑战，引发了黑客新闻对全球教育中死记硬背与真正理解之间更广泛问题的讨论。用户们对传统考试优先考察记忆而非真正理解的观点表示认同，认为这阻碍了直觉的发展。
核心论点集中在教育目的的转变上——从培养理解力转变为仅仅生产“生产性工人”以服务于经济。这导致系统重视易于复制的知识，引发了人们对在信息唾手可得的时代（如人工智能和大型语言模型所提供的信息），人类学习价值的质疑。
一位评论员指出，这种制度并不能培养创新者，反而助长“论文垃圾”并阻碍进步。这场讨论凸显了人们的担忧，即学生们正被能够轻松复制记忆事实的工具所淘汰。
## 从咖啡混乱到基于“斑点”的应用
作者在法国点咖啡的沮丧经历，凸显了语言学习中的一个不足：无法在压力下*提取*已学过的短语，而不仅仅是*知道*它们。传统方法和语言学习应用侧重于词汇，但未能为现实世界中快速的互动做准备。
为了解决这个问题，作者创建了Lexie，一个基于极简界面——一个单一的交互式“斑点”——的语言学习应用。Lexie的灵感来自Tamagotchi引人入胜但要求较高的特性，它优先考虑感觉像一次小小的互动，而不是一堂课。它避免了典型的游戏化元素，如分数和进度条，而是专注于微妙的反馈和令人平静的体验。
设计过程揭示了关键的UX经验：极简主义需要深思熟虑地取代传统的UI提示，而移除界面并不会减少复杂性，而是将其转移到动画和时机上。最终，Lexie提供了一个专注的练习工具，可以强化核心基础知识，并提供一种微妙的方式来追踪进度，而不会引起焦虑。虽然它不是一门全面的课程，但它成功地帮助作者应对了一个关键的现实挑战：理解魁北克的物价。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
整个应用就是一个 Blob (drobinin.com)
10 分，由 valzevul 1小时前发布 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## C++ `auto` 类型推导：总结 C++ 的 `auto` 关键字通过自动推导变量类型来简化代码。基本的赋值会直接从初始化器推导出类型（例如，`auto v = 5;` 结果为 `int`）。然而，包含 `auto` 的表达式需要一致的类型；混合类型会导致编译错误。指针、`nullptr`，甚至函数指针都能被正确推导。 `auto` 会移除*顶层* CV 限定符（如 `const` 和 `volatile`），但会保留应用于指向类型的那些限定符。引用比较棘手：`auto` 本身不会推导引用，但 `auto&` 会，除非处理的是转发引用（`auto&&`），它可以绑定到左值和右值。 像 `decltype(auto)` 这样的高级特性提供了更多的控制。它会考虑表达式的本质来推导类型——左值会产生引用，纯右值会产生其直接类型。继承和结构化绑定引入了进一步的细微差别，通常涉及隐藏的拷贝或别名。使用 `decltype(auto)` 的 Lambda 捕获尤其复杂，受捕获模式（按值 vs. 按引用）和可变性的影响。 理解这些规则对于编写高效且正确的 C++ 代码至关重要。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
你对 C++ 的 auto 类型推导了解多少？ (volatileint.dev)
7 分，volatileint 1 小时前 | 隐藏 | 过去的 | 收藏 | 1 条评论
CalChris 7 分钟前 [–]
显然 C++ 标准称之为类型推导。但我一直称之为类型推断。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
```
Adafruit：Arduino 的规则“与开源不兼容”
```
Adafruit: Arduino’s Rules Are ‘Incompatible With Open Source’
6 小时前
## Arduino 新条款引发开源争论
在被高通收购后，Arduino 更新的使用条款在其开源硬件社区，特别是竞争对手 Adafruit 之间引发了争议。Adafruit 认为新条款通过限制对云工具的反向工程、主张对用户上传内容拥有永久许可，以及实施广泛的 AI 相关功能监控，从而限制了开源原则。
Arduino 为这些更改辩护，表示限制仅适用于其云服务——而非核心硬件——并且数据处理实践是标准做法。他们坚持其对开源硬件的承诺没有改变，强调用户仍然可以删除帐户和内容。
然而，Adafruit 认为，越来越多地依赖 Arduino 的云平台实际上会将这些限制扩展到许多新用户。担忧还集中在授予上传内容的不可撤销许可的性质以及用户监控的广泛范围上，包括对 AI 用例的潜在限制。
虽然 EFF 承认某些变化令人担忧，但他们指出 Arduino 并没有禁止硬件修改。这场争论凸显了维护开源理想与实施现代云服务实践之间的紧张关系，并引发了关于 Arduino 在开源生态系统中的未来作用的问题。Arduino 承诺将继续对话并致力于社区反馈。
一篇最近发表在The New Stack上的文章，并在Hacker News上被重点突出，声称Arduino的新许可规则“与开源不兼容”。然而，评论者对这一说法表示怀疑，指出文章严重依赖来自Arduino竞争对手Adafruit的声明。
一位用户指出，尽管存在一些批评，但EFF通常认为这些新条款是合理的，暗示Adafruit可能在煽动争议。 另一位用户将这一变化与高通收购Arduino联系起来，暗示优先事项发生了转变。
还有评论质疑Arduino对开源的承诺，因为他们运营着一个专有的SaaS平台。 讨论的中心是Arduino的行为是否符合开源开发的原则，以及许可变更背后的潜在动机。
Read Something Wonderful
6 小时前
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
阅读一些美好的事物 (readsomethingwonderful.com)
9 分，由 snorbleck 发表于 44 分钟前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
约翰·瓦利，一位极具影响力的科幻小说作家，于2025年12月10日去世。人们怀念他多产的职业生涯，但他的真正影响在于20世纪70年代开始的辉煌十年。瓦利凭借富有想象力的“八界”故事——一个在异星文明干预后人类在地球之外生存的未来——以及《火星国王大厅》和《空袭》等独立作品一鸣惊人。 最初，他似乎注定要成为下一个罗伯特·海因莱因，以惊人的速度产生突破性想法。然而，他在好莱坞编写和重写《千禧年》剧本的时间过长，阻碍了他的势头。尽管他后来重返写作，但该类型已经发展，由吉布森和斯蒂芬森等作家率先。 瓦利仍然是一位技艺精湛的作家，但他失去了在最前沿的地位。然而，他的早期作品为科幻小说树立了新标准，激励了一代作家和读者——一位仰慕者称之为“科幻小说的复兴”。艾萨克·阿西莫夫曾著名地预测瓦利的最初的 meteoric rise 最终将超越他自己的遗产。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
John Varley 已逝 (floggingbabel.blogspot.com)
14 分，由 decimalenough 1小时前 | 隐藏 | 过去 | 收藏 | 1 条评论
toomuchtodo 1小时前 [–]
https://en.wikipedia.org/wiki/John_Varley_(author)
https://varley.net/回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
洛杉矶发生一起令人震惊的事件，视频显示一名女子在为女儿叫来的Waymo车辆中发现一名陌生人藏在后备箱里。该男子在麦克阿瑟公园被发现，显然是在上一位乘客离开时进入车辆，因为后备箱是敞开的。 该女子质问了这名陌生人，对方声称无法离开车辆。Waymo证实了这起事件，称其“不可接受”，并正在采取措施防止类似事件再次发生。 Waymo的乘客支持团队协助了最初的乘客，报告称她没有受伤。这起事件迅速在网上引起关注，引发了人们对无人驾驶车辆安全的担忧，并促使Waymo重新评估其安全协议。
一位母亲和女儿最近在旧金山的Waymo车辆后部货舱内发现一名陌生人，这引发了Hacker News上关于自动驾驶汽车可能出现的意外情况的讨论。该事件凸显了Waymo设计和运营考虑方面的潜在安全漏洞。
评论员指出，Waymo使用的捷豹I-Pace车型在法律上并非强制要求配备内部释放闩锁——传统汽车后备箱的标准配置，旨在防止绑架——因为它使用了后备门。这引发了关于Waymo如何处理类似情况的问题，例如有人意外被困，或更令人担忧的是，有人怀有恶意企图藏匿的情况。
讨论还涉及了预测所有现实世界事件的挑战，以及随着无人驾驶技术成熟，不断完善安全措施的必要性，并提到了其他事件，例如乘客与网约车司机之间的纠纷。一位用户指出，旧金山有一条街道，由于其狭窄的设计，经常导致Waymo车辆堵塞。
## Metacode：Python动作注释的标准
许多Python工具（linter、覆盖率工具、格式化工具等）使用特殊注释来发挥作用，但目前缺乏统一的标准。这个库，**Metacode**，旨在通过提供一种标准格式和解析器来解决这个问题，用于这些“动作注释”。
Metacode定义了带有`key`（工具名称）、`action`和可选`arguments`的注释。其语法是Python的一个子集，即使不直接使用该库，也易于实现。注释可以使用`#`链接，以便在同一行包含多个工具特定的指令。
解析器返回包含key、action和arguments（字符串、数字、布尔值或启用时为AST对象）的`ParsedComment`对象。它提供大小写不敏感的key匹配和按key过滤的灵活性。一个互补的`insert()`函数允许创建格式化的注释。
虽然该库提供了一个Python解析器，但核心语言被设计成可以通过定义的EBNF语法在其他语言中实现，从而促进更广泛的采用和Python生态系统的一致性。
## Metacode：Python 注释的标准
一个新的库 Metacode 旨在标准化 Python 生态系统中的机器可读注释。目前，诸如代码检查工具和测试覆盖率系统之类的工具依赖于特殊注释，但缺乏一致的格式。这导致不同的工具采用多种且常常效率低下的解析方法——从简单的字符串处理到完整的 Python 解析器。
Metacode 提出了一种简单直观的标准来定义这些“动作注释”，并为其他开发者提供了一个现成的解析器以供集成。这旨在简化代码分析并提高 Python 开发工具之间的兼容性。一位用户询问是否可以提交 Python 增强提案 (PEP) 以正式认可该标准。
该项目在 GitHub 上可用：[https://github.com/pomponchik](https://github.com/pomponchik)。