一名业余 Android 开发者表示，Google 因其长期不活跃而关闭了他的个人 Play 商店账户，原因是他已经放弃了一款游戏项目。后来，他又开发了另一款应用，但既无法恢复原账户，也无法创建新的 Play Console 账户。他还以为可以通过 F-Droid 侧载应用，或直接向朋友分享开发版本来绕过 Google 的发布体系，却遇到了 Android 开发者验证要求。
该开发者反对收取 25 美元的费用、要求进行身份和付款验证、要求作出某些声明，以及针对未满 20 岁用户设置的类似规则，尽管他的应用是免费的，而且没有任何商业用途。他批评 Google 让个人开发者分发 Android 应用变得过于困难。
每日HackerNews RSS
Hacker News 用户强烈批评了 Google 的 Android 开发者验证计划和 Play 商店政策。常见抱怨包括：账号因长期不活跃而被关闭，即使其中仍在提供应用；强制要求每年更新目标 API；执法标准不透明；支持无效；以及难以恢复被下架的应用或软件包名称。新开发者还必须完成身份和地址验证、支付费用，并招募 12 名测试者连续测试 14 天。
批评者认为，这些规则不利于已完成、业余、教育用途或已停止维护的应用，同时也引发了人们对隐私、应用侧载、竞争和反垄断问题的担忧。有人建议改用 F-Droid、PWA、直接分发 APK 或 Linux 手机，但这些替代方案各有易用性或用户覆盖范围方面的局限。
支持者则认为，定期更新能够推动开发者采用现代 API，提高安全性和兼容性，并减少被遗弃或无法正常运行的软件。他们指出，每年的重新构建通常只需更新依赖项、重新编译并重新发布，无需新增功能。总体而言，这场讨论反映了人们对 Google 和 Apple 控制移动应用分发渠道的普遍不满，以及平台安全与开放发布之间取舍的争议。
_female.jpg)
作者描述了自己如何逐渐克服最初对正装的不满，并最终爱上西装，因为西装极其舒适、实用且耐用。量身定制能够适应作者非典型的身体比例，尤其是腿和躯干的长度；相比之下，标准化制作的现代服装往往不合身，还可能需要使用勒紧腰部或位置不合适的腰带。
西装还设有尺寸合适、容易拿取的口袋，可以装手机、笔记本、笔、充电器和餐巾等随身物品。纽扣比拉链更容易维修，传统款式的夹克和大衣通常也比现代服装更耐穿。作者还批评女性服装缺少实用口袋，因此女性往往被期待随身携带手提包。
尽管有这些优点，作者却很少把西装当作日常服装穿，因为主流时尚观念和社会期望会让正装在日常生活中显得不合时宜。作者的结论是：西装在身体舒适度和功能方面都更胜一筹，但社会习俗限制了它的使用。
《黑客新闻》的讨论围绕一种观点：传统正装是否比现代服装更实用、更舒适。支持者认为，西装便于裁剪，能实现精准合身的设计，还配有实用口袋，并采用耐用面料和结实纽扣；温暖季节还可以选择轻质羊毛或亚麻。他们强调，这些优势来自定制剪裁和优质材料，与服装是否属于西装无关。
批评者则反驳称，牛仔裤、工装裤、T恤和其他当代服装也具备类似特点。他们认为西装价格昂贵、需要精心维护、穿着受限、过于正式，而且 socially outdated；领带也被许多人视为没有必要。还有人指出，西装本身就是现代服饰，主要兴起于20世纪的商业文化，而且也可能价格低廉或做工粗糙。
作者澄清称，不寻常的身体比例会使定制西装穿起来更加舒适，但这并不能说明西装具有独一无二的优越性。讨论随后延伸至量体裁衣、制造成本、体温调节、感官敏感等问题，以及更完善的尺码体系能否让普通休闲服装也受益于定制剪裁，而不必把西装变成日常必备服装。
正在检查您的浏览器……需要启用 JavaScript。
《The Hacker News》上的讨论认为，沙箱虽然必要，但不足以支撑真正有用的 AI 智能体。能力强大的智能体需要广泛的文件、网络和工具访问权限，这也带来了提示注入、未经授权的操作、沙箱逃逸，以及恶意代码在受控环境之外持续运行等风险。
人们提出的安全措施包括：遵循最小权限原则的能力授予、经过身份验证的权限链、用途 narrowly specialized 的模型、人工审批、严格的运行时监控、微虚拟机和网络隔离。监督型 AI 智能体可能发挥作用，但评论者警告称，它们本身也可能被操纵或遭遇提示注入，因此不能成为唯一的安全防线。
另一场讨论探讨了更高的智能水平是否会自然带来道德行为。大多数参与者并不认同：智能体可以理解风险和伦理，却仍然可能无视它们。这意味着，安全需要明确的对齐机制、受限的目标，以及人工或技术监督。
总体而言，遏制风险需要沙箱、授权、训练、监督和问责等多个相互独立的层面，而不能依赖单一的安全机制。
**Incredible** 是一个全新、实验性的 Rust 框架，用于构建现代文本用户界面。它采用模块化、声明式、事件驱动和响应式设计，具备事件循环、类型化元素树、声明式主题系统、可复用组件，并支持现代终端功能。 同一套代码库可用于构建 macOS、Windows 和 Linux 上的终端应用；macOS 和 Windows 11 上的独立原生窗口；以及通过 WebAssembly 在浏览器中运行的应用。该项目目前处于私有测试阶段，正在加拿大开发，并提供博客、GitHub 仓库和 WASM 相关资源。用户可以在 GitHub 上关注创作者 Ronilan 以获取最新动态，也可以通过 **[email protected]** 咨询问题。
Hacker News 上的讨论帖介绍了“TUI Games in 80x24”，这是一款实验性的终端风格游戏查看器，基于一个全新的 Rust TUI 框架构建。其浏览器版本通过 WebAssembly 运行，并自行实现了滚动、文本选择、链接、键盘快捷键和复制/粘贴功能，而不是依赖浏览器的常规行为。
用户反馈主要集中于滚动体验不佳，尤其是在移动设备上。具体问题包括缺少 Page Up/Page Down、Home/End 和空格键滚动支持，滚轮移动速度慢，滚动条交互失效，以及没有触摸惯性滚动。用户还希望改进文本选择、显示链接地址，并优化操作控制。
该框架的作者表示，项目目前尚未完成，仍处于私测 Alpha 阶段，许可证方案也尚未确定。作者还添加了一个常规的 landing page，用于引导访问这个不同寻常的 TUI 应用。一些评论者质疑该项目相较于 Ratatui 的实际用途，但另一些人则认为，复古终端风格很有吸引力，适合展示运行在 Unix、DOS、CP/M 等系统上的经典游戏。
关于 媒体 版权 联系我们 创作者 广告合作 开发者 条款 隐私 政策与安全 YouTube 的运作方式 测试新功能 © 2026 Google LLC
Hacker News 的用户讨论了 Ink & Switch 的 PlayBook——一款以纸张和墨水为核心的可编程笔记本。这次展示获得了广泛好评，尤其因为它能够用简单的基本元素组合出复杂的交互，同时不破坏这些元素原有的自然行为，这与设计良好的编程语言所具有的灵活性相似。
不少评论者反对将其称为“纸质笔记本”，认为这个系统本质上仍是数字化的或可编程的，因此更适合称为“手写”。另一些人指出，发布后的在线演示省略了演讲中展示的部分功能，也没有为 experimentation 提供足够指导，因此很难对该产品进行评估。总体而言，用户对 PlayBook 的兴趣很高，有些人希望 Ink & Switch 能公开更多相关工作。
```**2026年9月29日——行动事项**
请审阅 **Hardcore Coworking** 协议草案，并向 **cmart** 提交意见。既欢迎建设性的建议，也欢迎直白的反馈，不过不一定会接受折中方案。请在 **when2meet** 投票中填写你的可用时间；如果还没加入邮件列表，也请加入。
**协议草案**
Hardcore Coworking 将在图书馆或咖啡馆举行，地点最好远离住宅区和提供堂食服务的餐厅。参与者到场时应有明确的具体任务或项目目标。工作时段内，除必要情况外应保持安静。工作时不得进行休闲活动；手机应设置为“请勿打扰”。
每小时采用固定节奏：**休息10分钟，然后专注工作50分钟**。休息期间可以交谈，参与者也可以选择继续工作。用餐只能在工作过程中进行；会打扰他人或时间过长的交谈应移至其他地点。最好将到达、离开和午休时间安排在休息时段。
这种形式通过责任监督、结伴工作和定时活动来帮助克服拖延。进行一至两次后，将对这一形式进行测试和修订。社交聚会可以另行安排，但不应在共事地点举行。```
一则 Hacker News 帖子介绍了克里斯·马丁（Chris Martin）创办的“Hardcore Coworking”结构化共享办公项目。马丁表示，他最初是为波特兰的一小群朋友设计这个项目的，目前尚未进行测试，计划于周五举办第一次活动；感兴趣的人可以加入邮件列表以获取详情。这个想法源自他的文章《人人都想让一切变成烧烤》（“Everyone Wants Everything to Be a Barbecue”）， aims to 将其中的观察转化为一个实用的项目。评论者认为，这些笔记有助于提升专注力并进入心流状态。其中一人提到了 Focusmate——一款虚拟共享办公服务，他已使用它完成了 3,000 次活动。另一人计划在注明出处的情况下改编这一理念，还有第三人考虑向自己的朋友推介这一概念。
Jevotron 使用选定字段、自然语言指导、可选示例和可配置的警告阈值，扫描结构化文件中的异常。 工作流分为三个阶段： 1. **预览**——在消耗 API 调用之前，检查数据块、字段路径以及实际的模型请求。 2. **扫描**——统一评估每个条目，并保留字段级概率、条目分数、来源位置和日期。 3. **审查**——优先处理可疑条目，将结果导出为 CSV，或将 JSONL 数据传入现有的 Shell 工作流。 支持 CSV、YAML、JSON、TOML、文本、OBO 和压缩文件。通过字段选择、指导文件和本地 Python 配置，可以实现可复用或自定义的解析。SQLite 用于持久化成功结果、缓存未更改的条目，并支持重新排序、调整阈值以及恢复中断的运行，而无需重新评估未更改的数据。 应用示例包括检测错误的机场所属国家、审查库存、评估本体定义以及对智能体执行轨迹进行分类。在一项包含 24 条轨迹的试点测试中，Jevotron 匹配了 163 个步骤质量标签中的 130 个（79.8%），有害步骤检测的精确率为 89.7%，召回率为 70.3%。
```
Hacker News
最新
|
往期
|
评论
|
提问
|
展示
|
工作
|
提交
登录
Jevotron：从命令行进行多种 Jev 集成
(
cmungall.github.io
)
12 分
作者：
chrismungall
23 小时前
|
隐藏
|
往期
|
收藏
|
1 条评论
help
octoberfranklin
21 小时前
[–]
我们能不能别再搞这种愚蠢的机器人水军把戏了？
回复
指南
|
常见问题
|
列表
|
API
|
安全
|
法律
|
申请加入 YC
|
联系我们
搜索：
```
加利福尼亚州禁止童婚，但美国仍有32个州允许童婚。 California bans child marriage, a practice still legal in 32 US states
3 天前
她于2011年与演员道格·哈奇森结婚。哈奇森因出演《绿里奇迹》《杀戮时刻》和《我是山姆》而成名。这段婚姻引发的争议，以及她参加美国多档真人秀节目（包括VH1的《夫妻心理治疗》）的举动，曾成为国际媒体报道的焦点。
一则 Hacker News 讨论帖关注加州禁止 18 岁以下结婚的规定，而美国仍有 32 个州允许未成年人在获得父母和法官批准后结婚。许多评论者支持这项禁令，认为未成年人可能面临胁迫、剥削、贫困、学业中断，以及难以离开可能拥有其法律监护权的成年配偶等问题。
其他人则质疑这种讨论方式，指出受影响的未成年人大多只有 16 或 17 岁，而且 Often 只会与比自己年长几岁的配偶结婚。他们质疑，18 岁是否真的代表成熟度会有显著提升，也质疑仅靠禁令能否解决更广泛的文化、经济和家庭支持问题。讨论还涉及年轻父母是否已经准备好、较高的离婚率，以及附近祖辈照护孩子的好处。
讨论后来扩展到了驾驶、服兵役、签订合同、投票、饮酒以及性别肯定医疗等领域，评论者批评了不同活动之间年龄门槛的不一致。人们还讨论了其他国家的结婚年龄以及法律例外。后来的争论变得更加激烈，并被标记。
根据404媒体查阅的公开记录和法院文件，特朗普政府正利用长期存在的“高强度毒品贩运地区”（HIDTA）项目，集中存储地方警察以及Flock、Axon等供应商的自动车牌识别仪数据。
参与该项目的城市会将摄像头数据发送至HIDTA的地区和联邦系统，使其他执法机构也能进行搜索，即使这些机构并未直接与相关供应商签约。部分数据还会流入美国缉毒署的国家车牌读取系统。
这种安排因规避地方隐私限制且透明度有限而受到批评。在佐治亚州，各城市若要在州有土地上使用摄像头，必须与HIDTA签署协议。休斯敦HIDTA资助建立了一个可搜索的数据库，汇总了多个自动车牌识别仪提供商的数据。
批评人士称，这种分散的体系掩盖了数据的流向、访问者的权限以及数据的保存期限。HIDTA记录还可能不受信息公开申请的限制。今年7月，政府向HIDTA追加拨款2.77亿美元。
一场关于城市被迫与联邦监控项目共享车牌识别数据的 Hacker News 讨论，焦点集中在隐私、移民执法，以及驾驶员能否避开 ALPR（自动车牌识别）网络。评论者普遍认为，换车牌、遮挡车辆、制造对抗性行驶模式或其他规避手段，要么不现实，要么属于违法行为，要么只能短暂奏效，而且很容易被发现。
许多人认为，有效的应对方式是政治行动：在当地组织起来，联系 representatives（代表），反对监控项目资金，支持隐私保护团体，并通过法律限制或更严格的数据治理规则来约束数据使用。一些人批评对政府权力的反对过于选择性，指出监控问题跨越党派界线，而更换政府也无法解决系统性的滥用问题。
其他人则提到，ALPR 在减少车辆盗窃和催化器盗窃方面已有明确成效，但其广泛的隐私代价也不容忽视。因此，改革在政治上依然困难重重。后续的一条侧支讨论探讨了全国性监控是否能够支持“毒品战争”；几名评论者认为，以禁酒禁毒为导向的目标并不现实，而治疗和减少伤害可能更有成效。
Show HN：Yantra——一款用于 C++ 的 LALR(1) 解析器生成器 Show HN: Yantra – an LALR(1) parser generator for C++
3 天前
Yantra 是一款 C++23 编译器和 LALR(1) 解析器生成器，除标准库外不依赖任何其他库。它提供集成式推入式词法分析器、Unicode/UTF-8 支持、词法分析器模式、AST 构建以及多种自顶向下 AST 遍历器。它既可以生成包含 `main()` 的独立合并式解析器，也可以生成独立的 `.hpp` 和 `.cpp` 文件。
与 Bison、Yacc 和 Lemon 不同，这些工具在归约过程中自底向上执行语义动作；Yantra 会先构建完整的 AST，然后自顶向下遍历它，从而允许父节点的动作在子节点之前执行。它具备 LALR(1) 的效率，同时避免了 ANTLR 的 LL(*) 和自适应预测开销，并且仍然是原生 C++ 工具，不需要 JVM。不过，Yantra 较新、成熟度较低，仅支持 C++，并且并非为增量解析或 tree-sitter 一类的编辑器集成而设计。
使用 CMake 构建它以生成 `ycc`，然后从 `.y` 语法文件生成解析器，并使用 Clang、GCC 或 MSVC 编译。输入可以来自文件、字符串、交互式会话，或套接字等流式数据源。Yantra 采用 MIT 许可证，由 Renji Panicker 维护。
Yantra 是一个处于早期阶段的、采用 MIT 许可证的 C++23 LALR(1) 解析器生成器。它可以从一份语法规则生成词法分析器、解析器、抽象语法树（AST）以及 AST 遍历器。它与 Yacc、Bison 或 Lemon 的主要区别在于，会先构建完整的 AST，然后在独立的自顶向下遍历中执行语义操作。这样，父节点的操作可以先于子节点执行，并且支持多种遍历器，例如从同一次解析结果中生成 C++ 和 Java 代码。它还提供词法分析器模式、可选的合并输出，以及自动检测语法冲突的功能。
HN 上的讨论主要围绕为什么在生产级编译器通常更倾向于手写递归下降解析的情况下，仍然要使用生成的解析器。递归下降通常能提供更好的上下文相关错误处理、错误恢复能力和可调试性；而解析器生成器对于声明式 DSL 语法和多目标代码生成仍然很有用。评论者澄清/errors的质量更多地与自顶向下还是自底向上的解析方式有关，而不是取决于解析器是生成的还是手写的，并提到了 ANTLR 和 Chumsky 等工具。
Yantra 目前不支持错误恢复，生成的错误信息大多是通用的语法错误。其他建议包括添加 Python 绑定，以及修正文档中有关表达式结合性的说明。