在三十三天内，科幻作家 R.W.W. Greene 收到了五十多条未经请求的书籍营销推介。这些骗局大多源于利用人工智能和自动化技术的团伙，它们瞄准了作者在作品曝光度、版税缩水以及传统出版支持减少等方面的职业焦虑。 诈骗者运用了复杂的心理战术：他们制造紧迫感，引用特定的（尽管是编造的）基于算法的策略，有时甚至冒充知名作家来建立信任。当 Greene 对这些服务进行测试时，他发现这些所谓的“系统”甚至无法区分在世作家和历史人物，或者提供的推广机会根本不存在。 尽管这些骗局显而易见，但它们仍在不断扩散，因为它们成功地利用了行业内真正的危机：书籍营销日益困难，作者们渴望寻找解决方案。诈骗者深知，即使是最怀疑的作家，最终也可能屈服于“万一呢”的心态。 Greene 总结道，最有效的防御手段是提高社区意识，并利用像 *Writer Beware* 这样的资源。他最终警告称，尽管“购买”成功的渴望非常强烈，但这些服务不过是掠夺性的空洞陷阱，旨在利用作者与读者之间日益扩大的鸿沟来获利。
每日HackerNews RSS
这篇 Hacker News 讨论聚焦于一篇文章，详细描述了作者如何“诱捕”一名图书营销骗子的经历。评论者们分享了他们对于针对独立作者的泛滥垃圾邮件的沮丧感，并指出许多主动推销的邮件由于使用不专业的邮箱地址和具有攻击性的纠缠方式，很容易被识别出来。
讨论涉及几个关键主题：
* **独立作者的经历：** 参与者反思了在残酷的算法驱动环境下进行图书营销的压力。许多人认为，最终让这段旅程变得有意义的是讲故事带来的内在满足感，而非经济成功或销量。
* **针对性剥削：** 用户指出，退休人员尝试出版回忆录和小说的热潮，使得这一群体成为这些骗局经常针对的脆弱目标。
* **技术素养：** 关于为什么有些作者会与垃圾邮件发送者互动而不是直接将其屏蔽，讨论中有人建议，那些不太懂技术的作者可能难以识别其中的警示信号。
* **人工智能的使用：** 该讨论串指出原文使用了人工智能进行整理，一些读者观察到人工智能对写作风格的影响非常明显。
Figmimic 是一个书签工具，它可以捕捉当前网页并以 Figma 画布的形式复制到你的剪贴板。粘贴后的画布是可编辑的，而非平面的截图。在 Figma 中打开并粘贴即可使用。它适用于浏览器中可见的任何页面，包括其他工具无法触及的仪表盘、管理面板以及需要身份验证的页面。其底层原理是将 Figma 原生的 capture.js 嵌入到了书签中。更多信息请阅读博文。你的浏览器不支持视频标签。
Hacker News
最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
Figmimic – 一个将网页内容作为可编辑图层复制到 Figma 的书签工具 (marcua.net)
24 点 | speckx 发布于 1 小时前 | 隐藏 | 往期 | 收藏 | 讨论 | 帮助
社区准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请加入 YC | 联系
搜索：
这份数据展示了 20 个 AI 模型的性能排行榜，这些模型很可能与编程或技术任务相关。排名榜首的是 **Fable 5**，以 2,726 分和 81.7% 的闭环率位居第一。 性能趋势显示，随着分值的增加，闭环率呈现明显的下降趋势。表现最好的模型（Fable 5、Opus 2 和 Kimi K3）的闭环率保持在 50% 以上，而排名第 13 位及以后的模型则表现欠佳，成功率降至 15% 以下。 数据凸显了一个竞争激烈的格局，主要由 Claude、GPT、Kimi 和 Grok 架构的各种迭代版本主导。大多数顶级模型依赖于专用的代码执行环境（例如 `claude-code`、`codex`、`grok-cli`），其计算能力需求从“高”到“超高”不等。虽然许多模型目前处于“已关闭”状态，但包括 Qwen 3.8 Max、DeepSeek V4 Pro 和 Grok 4.6 在内的几个模型仍处于活跃状态或运行过程中，这表明相关的开发和评估工作仍在持续进行。
这场 Hacker News 讨论聚焦于 Prime Intellect 最近的一项实验，该实验评估了 18 款前沿 AI 模型进行自主研究的能力。任务要求对“nanoGPT”模型进行优化，以高效达到特定的损失率。
该讨论串针对研究方法提出了一些困惑和批评：
* **“运行”（Runs）的定义：** 用户起初认为博客文章的术语表述不清，最终明确了模型是被要求通过迭代测试和改进训练方案来达到损失目标。
* **方法论疑虑：** 评论者质疑了测试的一致性，特别指出不同模型在“努力程度”设置（如 Fable 5 与 Opus 5）上的差异，以及同一模型在不同运行之间存在波动。
* **术语混淆：** 一些参与者起初被标题误导，将“nanoGPT 优化器速通”与著名的“nanoGPT 速通”（Andrej Karpathy 的 GPT-2 复现记录）混为一谈，因为两者的赞助方是同一实体。
总的来说，用户争论了该实验是否有效衡量了自主研究能力，亦或是结果对提示词变量和 GPU 资源分配过于敏感。
这本由 Bruce Eckel 编写的综合指南，透过惯用模式和架构的视角，对现代编程进行了深入探讨。全书分为五个核心部分： * **基础（Foundations）：** 涵盖基本的语言机制，包括类型、类、模块和控制流。 * **技术（Techniques）：** 专注于高级编程工具，如装饰器、上下文管理器、并发处理和性能优化。 * **模式（Patterns）：** 提供了一系列经典与现代的设计模式（如工厂模式、观察者模式和状态机），重点在于重构与实际应用。 * **函数式编程（Functional Programming）：** 探讨函数式编程范式、错误处理及逻辑保证。 * **效应（Effects）：** 讨论状态管理、生成器以及无状态设计的实现。 本书反映了当前的行业标准，强调构建可维护、高效且结构良好的代码。内容已根据知识共享（Creative Commons）许可协议免费在线发布，配套的代码示例和习题解答托管在 GitHub 上。
以经典编程系列《Thinking in...》闻名的 Bruce Eckel 发布了《Thinking in Python》（可在线访问：thinkinginpython.com）。该项目的一大亮点是大量使用了人工智能（Claude）进行开发，这使 Eckel 能够迭代实现以往难以完成的复杂功能和排版。
Hacker News 社区的反应褒贬不一，但整体怀旧氛围浓厚。许多用户对 Eckel 早期的著作（如《Thinking in Java》）记忆犹新，并好奇他侧重思维模型而非单纯语法的教学方式是否能成功迁移到 Python 上。
讨论话题包括：
* **AI 的角色：** 虽然一些用户对 AI 生成的内容持怀疑态度，但另一些人认为，通过有效的提示词，AI 可以产出高密度、高质量的技术文档。
* **技术细节：** 本书针对 Python 3.15 版本编写，引发了关于版本更迭的讨论。热情的读者已经发现可以通过克隆 GitHub 仓库，自行生成适合电子书阅读器的 EPUB 版本。
* **书籍的演变：** 读者正在探讨“活文档”模式——即书籍能够随语言发布自动更新——是否代表了技术写作的未来。
大语言模型（LLM）的兴起正从根本上改变开发者的编程方式，使得编程语言的选择变得愈发不重要。由于 AI 智能体可以轻松转换代码或处理程序员不熟悉的语言，开发者不再受限于学习语法所带来的“摩擦力”。 这种转变促使更多项目开始采用 Rust 和 Zig 等“难度较高”的高性能语言。得益于大语言模型在优化代码以及处理 eBPF、自定义加密和 DWARF 文件等复杂领域方面的卓越能力，那些曾经被认为过于困难或难以入门的技术，如今已在广大开发者的触及范围内。 在行业追求“轻量、快速、高效”软件的氛围推动下，开发者正利用人工智能绕过传统的准入门槛。虽然这种复杂编程的平民化可能会导致“劣质内容”增加，但它同时也让新一代开发者能够构建起以往无法涉足的高性能系统。
抱歉。
AI 模型缺乏对“完成”的内在感知。与人类不同，人类依赖外部信号——如截止日期、同行评审或边际收益递减——而模型会无限期地进行迭代。因此，高效的 AI 开发已从简单的提示词工程转向**“循环工程”（loop engineering）**，即让系统自行验证进度。
然而，循环的有效性取决于其验证机制。如果验证信号存在缺陷（例如，测试通过但未满足实际用户意图），循环就会收敛于错误的目标。成功的循环需要四个要素：明确的目标状态、可观察的当前状态、用于局部编辑的精确工具，以及稳健的停止规则。
目前，循环工程仍是一个反复试验的过程，因为高效的循环往往是针对特定环境定制的。此外，由于循环存在边际收益递减现象，它们很容易在不可能完成的任务上消耗过多的 token。由于 AI 无法自主决定何时停止，开发者必须构建基础设施来明确衡量进度并管理成本。归根结底，最成功的系统将不再是那些能够无限迭代的系统，而是那些构建者已经精准定义了何为“完成”及其应有成本的系统。
Hacker News 社区对 Andreessen Horowitz (a16z) 发表的题为《知道何时停止：实现循环收敛的艺术》(Knowing When to Stop: The Art of Making a Loop Converge) 的文章反应冷淡，普遍持怀疑态度。
评论者大多认为这篇文章属于“过度设计”的内容，旨在推动基于 Token 的大语言模型消费。批评者指出，文章用所谓的“管理层黑话”和听起来像 AI 生成的模糊文风，掩盖了简单的工程原理。许多用户表示，从传统的、基于度量的工程学转向他们所描述的 AI 投机“宗教”，令他们感到沮丧。
尽管少数参与者承认在处理不完美的大语言模型生成器时循环具有技术必要性，但主流观点认为该文章缺乏实质内容。这场讨论是对风投支持的 AI 内容的更广泛批评，用户认为这些内容将空洞的吹捧和行业流行语置于真正的技术洞察或清晰度之上。最终，共识是该文章未能提供有意义的价值，让读者感到该行业正在用“巫术”和经济激励来取代严谨的逻辑。
您没有提供需要翻译的内容。请提供您想要翻译的文本。
这篇 Hacker News 帖子讨论了“Claudish”的出现——这是 Anthropic 旗下大语言模型 Claude 在推理和输出过程中所采用的一种独特、冗长且具有异质性的语言风格。
用户对 Claude 倾向于使用不必要的复杂词汇、专业术语或抽象短语表示不满，将其描述为“业余水平”。评论者嘲笑该模型喜欢将简单的任务复杂化，并举例说明了 Claude 如何将经典文学作品或历史演讲改写成它那种独特的“Claudish”方言。
讨论探讨了造成这一现象的几种理论：
* **模型训练：** 有人认为这是 Anthropic 特定的后训练数据或内部员工写作风格的结果。
* **控制/安全：** 另一些人推测这种独特的“语言”可能是故意的——或许是一种水印形式，或是为了更好地控制模型行为，从而可能降低标准提示词注入攻击的影响。
* **技术上的挫败感：** 开发人员分享了一些潜在的变通方法，例如使用二级子代理来“翻译”或清洗 Claude 的输出；同时，也有人质疑为什么模型不能使用标准的、通用的工程术语进行交流。
总的来说，用户认为这种趋势既令人觉得好笑，又对专业工作流程造成了严重阻碍。
这篇文章探讨了为何本地大语言模型（LLM）的实际表现往往难以达到基准测试所宣称的水平，并将这种“糟糕”的表现归因于硬件和软件的差异。 作者认为，即便使用完全相同的模型权重，你的本地推理环境（由特定的 GPU 架构、CUDA 内核、注意力后端和软件栈决定）在进行数学运算时也会产生差异。作者以 Qwen3.6-27B 为例，展示了选择不同的后端（如 FlashAttention 2 与 Triton）会导致“Token 翻转”和输出分歧，特别是在长上下文及智能体任务中表现尤为明显。 此外，量化对模型可靠性有显著影响。作者测试了多种权重量化方法，结果表明，性能较差的实现方式——即使是官方发布的“FP4”版本——也可能导致模型出现幻觉，或无法完成高精度格式（如 INT8）能够正确处理的工具调用任务。 **关键点：** * **实现至关重要：** CUDA 内核和数学运算的差异会产生不同的输出分布。 * **上下文为王：** 简单的基准测试已不足够；长上下文和工具调用任务才能揭示真正的性能稳定性。 * **量化是一种权衡：** 低精度格式往往以牺牲逻辑和准确性为代价，可能在智能体工作流中引发严重错误。 作者强调，虽然“数学就是数学”，但这些数学运算在你的特定软件栈上如何执行，决定了模型是否真的有效。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
为什么你的本地大模型看起来比实际更笨 (level1techs.com)
18 分，felineflock 发布于 2 小时前 | 隐藏 | 过往 | 收藏 | 4 条评论
帮助
jonplackett 16 分钟前 | 下一条 [–]
我刚在 MacBook Pro 上跑了 qwen 3.8 27b mlx，老实说，它表现得一点也不笨，这让我非常惊艳。
回复
prettyblocks 1 分钟前 | 父评论 | 下一条 [–]
我的问题是运行的时候发热太严重。我用的是 M4 Pro。你有同样的问题吗？
回复
downrightmike 0 分钟前 | 根评论 | 父评论 | 下一条 [–]
泡在矿物油里试试？
回复
StarlaAtNight 0 分钟前 | 父评论 | 上一条 [–]
响应速度怎么样？你的笔记本配置是什么？
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请加入 YC | 联系
搜索：
运作原理 你的 JPEG 依然是普通的 JPEG。为了适配网页，我们添加了 ISO 21496-1 增益图（Gain Map）——这是一张微小的灰度辅助图像，用于告知支持 HDR 的软件每个像素可以提亮多少。对于 LinkedIn，我们以 BT.2100 PQ 格式写入像素，并附带相应的 ICC 配置文件，LinkedIn 会保留这些信息。 何种效果最耀眼 深色背景下的明亮、近白色元素。经实测，最理想的增强幅度为 +2.9 档（约 1,500 尼特）。深色部分无法真正产生“发光”效果，强行提亮只会显得像泛白的霓虹灯。 局限性 HDR 效果仅在支持增益图或 PQ 配置文件的软件（如 Chrome、Safari 26、Apple Photos、LinkedIn 应用）及 HDR 显示器上可见。大多数其他平台会剔除或标准化这些数据，在该环境下，图片依然看起来完全正常。
一位 Hacker News 用户介绍了一个名为“soverybright.com”的浏览器工具，它允许创作者为 JPEG 图片添加 HDR 增益图（gain maps）。在 MacBook 等支持 HDR 的现代设备上，通过这种技术处理后的图像（如徽标或文字）会比屏幕上的其他内容显得明亮得多。
开发者建议将此作为一种设计工具，以在复杂的界面中吸引用户注意。然而，社区的反应大多持负面态度。评论者担心这代表了一种类似音频领域“响度战争”的新型侵入式“注意力黑客”手段。许多用户忧虑这种趋势会导致视觉污染，并指出他们已经在 LinkedIn 等平台上对这类元素感到厌烦。尽管一些开发者表示有兴趣尝试该技术，但其他人则对此表示批评，称这是通过绕过用户显示偏好来强行获取视觉主导权的恶劣行为。
在这篇 2005 年的感言中，网络管理员 Gary Rolland 分享了他将公司关键服务器基础设施从 Windows 切换到 NetBSD 后，如何显著改善了他的职业和个人生活。 Rolland 曾管理着 29 台服务于 4800 多名用户的高端服务器，此前他一直深受 Windows 环境极不稳定性的困扰。频繁的系统故障经常迫使他放弃家庭计划，包括一次令人难忘的奥尔顿塔（Alton Towers）之旅，这给他带来了巨大的压力和家庭矛盾。 深感挫败的 Rolland 成功提议将公司关键任务服务——包括 MySQL、Apache、Postfix 和 Samba——迁移到 NetBSD 2.0.2。此次转型非常成功；新环境提供了卓越的稳定性，每天处理超过 870GB 的数据，且停机时间极短。 这种可靠性消除了紧急呼叫和周末值班的需要，使 Rolland 获得了他以前所缺乏的工作与生活平衡。他在结尾对 NetBSD 团队表达了深深的感谢，并指出他们的项目不仅提高了公司的运营效率，还让他能够享受与家人的美好时光，最终在没有系统崩溃干扰的情况下重游了奥尔顿塔。
这篇 Hacker News 讨论反映了类 Unix 操作系统（特别是 NetBSD 和 Gentoo）在历史及现代背景下的重要性。
参与者分享了各自的开发历程，并指出学习 Gentoo 等复杂系统或在老旧硬件（如旧款 SPARC 工作站）上尝试 NetBSD，为他们打下了坚实的技术基础，从而开启了他们的职业生涯。
讨论强调了各 BSD 变体的独特特质：
* **NetBSD** 因其卓越的可移植性以及能在几乎任何硬件架构上运行而备受赞誉。
* **FreeBSD** 以其强大的性能和驱动兼容性著称。
* **OpenBSD** 则因其安全性及出色的文档而广受好评。
许多贡献者对这些系统仍怀有眷恋，并指出尽管现代 Linux 发行版占据主导地位，但 BSD 系统提供了一种“精简”且具教育意义的环境，依然值得深入探索。总之，该讨论帖是对 21 世纪初技术格局的一次怀旧回望，赞扬了这些基础操作系统所带来的社区驱动型影响，以及它们在塑造许多系统管理员职业生涯中所扮演的角色。