请启用 JavaScript 和 Cookie 以继续。
每日HackerNews RSS
你花在电脑上的时间会比陪伴家人的时间更多吗？ Will you have spent more of your life with computers than your family?
16 小时前
这篇 Hacker News 的讨论探讨了一个发人深省的问题：“你花在电脑上的时间会比陪伴家人的时间更多吗？”
许多参与者认为这一前提存在缺陷，因为它将“使用电脑”与“工作”混为一谈。由于现代白领工作离不开屏幕，用户指出真正值得比较的应该是工作与家庭生活，而这种博弈在历史上始终存在，无论是农耕时代还是工业化办公时代皆是如此。
另一些人强调，屏幕时间的“质量”比“数量”更为重要。虽然被动消费（如漫无目的地刷屏）受到了批评，但主动创造——例如完成项目或与孩子一起编程——则被视为一种有意义的共享体验。一些评论者坦言，比起与人互动，他们更喜欢电脑，因为相比“现实世界”的复杂性和潜在的挫折感，机器具有逻辑上的一致性。
归根结底，参与者认为人们担忧的并非技术本身，而是我们如何分配有限的时间。借用“最后一段”（The Tail End）的概念，许多人承认陪伴家人的时间非常宝贵，但同时也强调，工作与闲暇之间的紧张关系是一个系统性问题，而非由电脑造成的。
作者提出了“AI;DR”（AI; didn’t read，即“AI生成，未读”）这一概念，这是一项针对低质量、未经编辑的AI生成内容所采取的个人准则。 尽管作者承认在2026年，AI已成为头脑风暴或起草文档的标准工具，但他们认为，如果不加修饰或润色就直接输出，是对读者的不尊重。正如“TL;DR”（太长不看）是为了应对信息过载而出现的一样，“AI;DR”则是为了抵制“AI垃圾内容”而设立的界限。 其核心观点很简单：如果发送者懒得审查和编辑自己的内容，那么接收者就没有义务去阅读。除非特定场景（如技术客服）需要自动化回复，否则内容应体现人文关怀。通过推行这一准则，作者鼓励人们优先考虑真实有效的沟通，并要求创作者对其署名作品的质量负责。
最近 Hacker News 上关于“AI;DR（AI；没读）”的讨论，聚焦于人们对专业和技术领域中大量低质量 AI 生成内容日益增长的挫败感。
许多参与者表达了对“AI 垃圾内容”的厌倦——这种内容冗长、平庸且辞藻华丽，同事们经常在未经审阅的情况下将其直接粘贴到代码审查（PR）、电子邮件和文档中。批评者的共识是：沟通是一种社会契约。如果作者本人不愿意花时间去整合信息，那么读者也没有义务投入有限的时间去阅读。
讨论帖中的核心观点包括：
* **“人”的代价：** 读者看重真实性；AI 生成的文本往往缺乏人类表达中细微的差别和具体的意图，让人感到一种敷衍。
* **拟议的解决方案：** 有人建议分享用于 AI 任务的“提示词”（prompt），而不是 AI 生成的臃肿输出，因为提示词更能体现发送者的原始意图。
* **举证的负担：** 指责他人使用 AI 存在微妙的压力，因为这很难证明，且冒着侮辱那些确实付出了努力的同事的风险。
归根结底，这场讨论反映了人们对高质量、简洁且有意义的沟通的普遍渴望。
近期，Hacker News 上的一场讨论针对有关“亚马逊为训练人工智能而销毁珍稀书籍以进行数字化”的报道展开。这场讨论揭示了人们在书籍保存伦理与技术进步之间存在的深刻分歧。
许多评论者对“珍稀”这一标签持怀疑态度，认为该词很可能只是为了博取点击，这些书籍大多只是普通且低价值的技术手册，而非历史瑰宝。怀疑论者认为，如果这些书真的具有极高价值，书商早已将其卖给收藏家，而不是批量出售。此外，一些人认为这种销毁是一种必要的权衡：牺牲实体书以换取内容的数字化留存。
与之相反，另一些人则对那些可能在其他地方无法找到的珍贵实体副本的消失表示担忧。批评者认为，即便一本书的市场价值较低，它也具有应被保护的文化重要性。讨论还触及了更广泛的生存焦虑，一些用户质疑在 AI 技术发展的过程中，能否信任那些目前对文物保护表现出漠视的大型企业能够优先考虑人类利益。归根结底，这场辩论凸显了“首次销售原则”与保护知识历史的集体责任之间的紧张关系。
现代营销正受困于对指标的过度痴迷。尽管专业人士充斥着无穷无尽的 KPI——从点击率到广告支出回报率（ROAS）——但大多数人缺乏相应的技术专长来真正理解、解读或有效利用这些数据。 归根结底，对这种“糟糕数据”的依赖已成为一种借口。营销人员往往优先考虑可量化的短期数字，仅仅是为了证明预算的合理性或体现自身价值，却忽略了一个事实：有意义的品牌建设需要的是信念和经验，而非单纯的电子表格。我们陷入了一个决策信息不足的恶性循环：领导者因被迫依赖不完善的分析，而对自己原本的直觉产生怀疑。要向前发展，行业必须停止将肤浅的追踪与实际策略混为一谈，并回归到一个经验和愿景远胜于盲目痴迷指标的模式。
这个 Hacker News 讨论帖探讨了行业对低质量数据普遍存在的依赖，这常被称为“路灯效应”——即只在光线最亮的地方寻找答案，而非寻找真相所在之处。
评论者强调了几个关键主题：
* **广告欺诈：** 用户指出，广告流量（特别是在 Reddit 和 ChatGPT 等平台上）充斥着机器人和爬虫，导致分析结果毫无用处，投资回报率也令人质疑。
* **激励机制错位：** 参与者指出，在商业环境中，“好的数据”往往被重新定义为那些能让客户满意或为营销活动背书的数据，而非客观反映现实的数据。
* **系统性偏差：** 讨论将有缺陷的营销数据与软件开发进行了类比，开发人员往往依赖于“通过”的测试，但这些测试可能并未真正验证功能。
* **机构性的顽固：** 关于数字营销针对已故宠物进行投放的轶事说明了糟糕的数据是如何在系统中传播的，这通常是由无法认清现实的自动化流程所推动的。
最终，大家的共识是：尽管营销人员和企业对显示增长的指标“上瘾”，但这些数据点往往反映的是错觉或被操纵的趋势，而非真正的绩效。
据 404 Media 报道，亚马逊正在购入绝版稀有书籍，并通过切除书脊的方式将其损毁，以获取内容用于人工智能训练。一项调查通过追踪一本稀有书籍的去向，证实了亚马逊确实存在这一做法。 随着大语言模型（LLM）逐渐耗尽互联网上的可用数据，各公司正日益转向实体档案，以获取高质量的人类创作文本。2022 年之前出版的书籍因其创作于人工智能热潮之前而尤为抢手。依赖较早的人类原创资料是一项战略举措，旨在防止“模型崩溃”——即人工智能在学习自身生成的输出后导致性能下降的现象。亚马逊已证实，其确实通过商业渠道获取书籍以改进产品，这凸显了科技巨头为确保获取真实、非合成的训练数据而不惜采取的极端手段。
一份近期发布的《TechCrunch》报道称，亚马逊为训练人工智能而销毁珍稀书籍，这在 Hacker News 上引发了广泛讨论。批评者认为该文章标题属于旨在煽动愤怒的“标题党”，并指出文中缺乏具体证据，且引用的来源设有付费墙。
评论者对该事件的道德争议看法不一。一些用户认为，亚马逊购买书籍后，有权按照自己的意愿进行处置，并认为将书籍归类为“珍稀”是一种情感操控手段。另一些人则讨论了法律影响，质疑在版权法下销毁原件是否具有实际意义，特别是考虑到为 AI 训练进行扫描本身就已引发了独立的法律疑虑。
归根结底，许多参与者认为这场讨论折射出媒体质量的下降，并批评《TechCrunch》优先发布“AI 垃圾内容”和偏颇叙事，而非客观报道。怀疑论者则指出，销毁书籍在业内（包括独立卖家）是常见做法，因此针对亚马逊的愤怒可能是错位或虚伪的。
Roboflow Playground：尝试并比较 30 种计算机视觉模型 Roboflow Playground: Try and Compare 30 Computer Vision Models
17 小时前
Roboflow Playground 是一款旨在简化零样本计算机视觉模型评估的新工具。它允许用户同时测试和比较多达五个模型，无需单独配置 API 或基础设施。
该平台支持来自 OpenAI、Anthropic、Google 和 Meta 等提供商的 30 多种流行模型，以及 Florence-2 和 YOLO-World 等开源替代方案。用户可以执行各种视觉任务，包括目标检测、图像分类、OCR、图像描述以及开放式提示词视觉问答。
通过在多个模型之间并排运行相同的图像和提示词，用户可以在为项目确定特定模型之前，轻松评估其性能、准确性和输出质量。该界面非常直观：只需选择任务、选择模型、上传图像并输入提示词即可。Roboflow 计划随着新模型的发布不断添加新模型，为用户提供一种高效、免费的方式，以跟上快速发展的计算机视觉领域。您可以立即前往 Roboflow Playground 网站开始测试。
Hacker News 最新 | 往期 | 评论 | 提问 | 展示 | 工作 | 提交 登录
Roboflow Playground：尝试并比较 30 种计算机视觉模型 (roboflow.com)
43 点，由 Bluestein 发布于 7 小时前 | 隐藏 | 往期 | 收藏 | 3 条评论 帮助
my002 6 小时前 | 下一条 [–]
很棒！看起来像是 OCR Arena[0] 的更新版本，后者似乎有一段时间没有更新新模型了。如果能加入 Mistral OCR 4、百度的 Unlimited-OCR 和 OlmOCR2 就更好了。
[0] OCR Arena: https://www.ocrarena.ai/
回复
rocauc 5 小时前 | 父级 | 下一条 [–]
感谢您的模型建议！
回复
amelius 4 小时前 | 上一条 [–]
大家目前在分割任务上都在使用哪些免费且开源的模型？
回复
指导原则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
arXivLabs 是一个允许合作者直接在我们的网站上开发并分享 arXiv 新功能的框架。与 arXivLabs 合作的个人和组织都认同并接受我们对于开放、社区、卓越和用户数据隐私的价值观。arXiv 始终致力于这些价值观，并仅与遵循这些价值观的伙伴合作。如果您有能为 arXiv 社区增值的项目想法，欢迎了解更多关于 arXivLabs 的信息。
Rust 编程语言内的一项新计划旨在实现原生 GPU 卸载，为在 GPU 上执行 Rust 代码提供安全、便捷且高性能的接口。该项目致力于自动化复杂的数据移动，并最终提供用于细粒度控制的底层高级接口。
Hacker News 上的讨论褒贬不一。支持者（尤其是大模型和高性能计算领域的从业者）对能够消除维护复杂语言绑定的烦恼并提供更统一的 Rust 开发体验感到兴奋。然而，怀疑论者将其与 C++ LLVM 卸载历史上的困难进行类比，质疑 Rust 的语义是否真的能解决那些根本痛点。
另一些人则认为，业界已经有了如 Vulkan/SPIR-V 这样与供应商无关的解决方案，并指出构建一个“Rust 风格的领域特定语言（DSL）”可能会带来不必要的复杂性。尽管各界对该项目的技术可行性和必要性存在争议，但目前该项目正作为官方 Rust 编译器基础设施的一部分处于积极开发中。
作者将《Open and Async》一书视为软件项目，而非传统的文稿。他们拒绝使用标准的文字处理器，而是将整本书以 Markdown 格式写入 Git 仓库，并通过复杂的 CI/CD 流水线进行管理。
通过将散文视为代码，作者实现了约 5,500 项自动化检查。这些检查范围广泛，从简单的样式校验（如禁止在“open source”中使用连字符）和语法引擎，到验证事实准确性、检测重复论点以及确保各章节结构一致性的复杂自定义脚本。利用 Pandoc、Tailwind CSS 和 Lua 过滤器等工具，作者将单一源文件转换为五种专业格式（EPUB、Kindle、PDF 等），并对每个构建版本进行了无障碍性和回归测试。
尽管作者承认这一过程有些“过度工程化”，但他们认为这带来了核心益处：能够使用 iPad 进行写作、实现内容版本控制，并消除了“自动驾驶”式的错误。通过将琐事自动化，作者能够专注于写作本身，确保最终成品与他们专业构建的软件一样严谨。最终，他们证明了用于构建网站的工具完全有能力打造出高质量的书籍。
抱歉。
SecretSpec 发布了 **dotenv-ng 1.0**，这是一个用于解析和渲染 `.env` 文件的现代化 Rust 库。 该项目最初是 `dotenvy` 的一个分支。起因是发现 `dotenvy` 的解析器会错误地将 bcrypt 哈希片段视为变量替换，从而导致静默的身份验证失败。由于 `dotenvy` 已停滞超过三年，SecretSpec 决定通过构建一个更稳健、更可预测的解决方案来解决这一问题以及其他解析不一致（包括 JSON 和 Unicode 处理）的问题。 **dotenv-ng 1.0 的主要特性包括：** * **可选的替换功能：** 默认处理字面量美元符号，防止密钥被错误修改。 * **扩展语法：** 全面支持连字符、Unicode 和复杂字符集。 * **高可靠性：** 核心解析器和渲染器具备 100% 的测试覆盖率，并经过了严格的属性测试。 * **安全性：** 改进了验证机制，并对环境变量的变动设定了明确的边界。 `dotenv-ng` 现已成为 SecretSpec 0.20+ 的默认引擎。用户可以通过依赖别名（`dotenv = { package = "dotenv-ng", version = "1" }`）轻松采用它，在保持与现有项目结构兼容的同时，从更安全、更准确的实现中获益。
关于 `dotenvy` 分叉为 `dotenv-ng` 的 Hacker News 讨论，引发了关于现代开发中 `.env` 文件必要性的更广泛争论。
许多贡献者认为，依赖特定语言的 `.env` 库并无必要，他们指出，简单的 shell 命令或 `direnv` 和 `mise` 等工具更为稳健且具有“Unix 风格”。`.env` 文件的批评者指出了安全风险——例如意外泄露密钥日志——以及缺乏标准化规范，这导致了不同实现方式在解析上的不一致。
`direnv` 和 `mise` 的支持者强调，这些工具不仅能管理环境变量，还能管理工具版本、项目特定任务，并与 1Password 等密钥管理器集成。反之，一些用户质疑为何这些“简单”任务需要不断地更换库和维护，认为环境管理最好在 shell 或系统层面处理，而不是嵌入到应用程序代码中。该讨论还涉及了“-ng”（下一代）的命名惯例，以及人们对现代工作流中“十二要素应用”过度依赖本地 `.env` 文件的普遍不满。
跳至内容。您已在另一个标签页或窗口登录。请刷新页面以更新会话。您已在另一个标签页或窗口登出。请刷新页面以更新会话。您已在另一个标签页或窗口切换了账号。请刷新页面以更新会话。关闭提醒。其他导航选项。页脚。您当前无法执行此操作。
抱歉。