现代软件开发需要管理海量的并发关注点，从核心业务逻辑和安全性到可观测性及国际化，不一而足。面向切面编程（AOP）最初在 20 世纪 90 年代提出，旨在将这些关注点模块化，但它依赖于“连接点模型”——一种脆弱的、基于运行时的机制，常被比作“COME FROM”语句，导致调试和维护十分困难。 作者认为，借助大语言模型（LLM），AOP 值得重新兴起。程序员无需依赖复杂的运行时模式，可以将每个关注点（如安全性、日志记录、代码风格）定义为独立的、可复用的文档。LLM 充当“织入者”，将这些模块化的需求合成为清晰、可读且静态的代码。 与传统 AOP 不同，LLM 采用语义理解而非脆弱的字符串匹配来应用这些关注点。这种方法不仅通过分离复杂的职责减轻了开发者的心智负担，还利用了 LLM 固有的能力来确保项目间的一致性。通过将 AOP 作为人工智能驱动开发的一种组织框架，程序员可以更有效地管理软件复杂性，确保在不让核心逻辑被杂乱的横切关注点淹没的前提下，满足所有需求。
每日HackerNews RSS
这篇 Hacker News 的讨论批评了现代面向切面编程（AOP）的复兴，特别是在大语言模型（LLM）驱动代码生成的背景下。
评论者表达了深切的怀疑，指出传统 AOP 对“织入”（weaving）的依赖往往会导致“幽灵代码”——即那些隐晦且不可预测的行为，这使得调试变得困难。虽然 AOP 可以简化琐碎任务（如基础事务处理），但参与者认为它会让复杂的边缘情况变得极难管理，且在繁重或定制化的工作负载下容易崩溃。
争论的核心点在于，有人建议应由大语言模型来充当现代 AOP 的“织入器”。用户对此强烈抵制，将其定性为“未定义的运行时行为”或“玄学编程”（vibe coding）。他们认为，与能够推理并维护复杂系统的程序员不同，大语言模型具有非确定性，且缺乏安全管理横切关注点（cross-cutting concerns）所需的责任意识。归根结底，大家的共识是：AOP 虽然旨在实现关注点分离，但往往会导致与框架的强耦合，并引入破坏代码可维护性和透明度的抽象层。
Qwen 3.6 是本地 AI 领域的一个重要里程碑，其性能足以媲美顶尖模型。作者重点介绍了两个版本：混合专家模型 35B A3B（速度更快）和稠密模型 27B（质量更高，是推荐选择）。尽管硬件要求较高，但这些模型在复杂推理、创意写作和实际编码任务中表现出色。
使用 `llama.cpp` 和 Hugging Face 上的 GGUF 量化权重，在本地运行这些模型非常简单。作者演示了如何设置 `llama-server` 以实现工具调用及与编码智能体的集成，并指出即使在消费级硬件上，其性能依然令人印象深刻。
作者认为，本地模型具有显著优势：数据隐私、摆脱对服务商的依赖，以及能够针对特定需求进行微调。随着技术进步——例如近期出现的 GLM 5.2——在本地运行“顶尖级别”智能已成为现实，这标志着 AI 正在向更私密、更具韧性的方向发展。尽管运行这些模型对硬件负载较高，但作者总结认为，所获得的智能水平和自主掌控权完全值得这一投入。
最近的一场 Hacker News 讨论指出，Qwen 27B 模型是本地 AI 辅助开发的一个“最佳平衡点”。用户反馈称 Qwen 在编码任务中表现出极高的胜任力，特别是在与 Llama 3 等模型的对比中——一些用户认为 Llama 3 更倾向于“模拟通用人工智能（AGI）”而非关注实际用途。
技术讨论集中在硬件要求上，用户确认 Qwen 27B 可以在消费级硬件（如配备 64GB 内存的 M1 Max）上运行，尽管性能会因配置而异。虽然一些贡献者认为较小的模型（如 12B 或 16B 变体）对于大多数本地开发需求来说更为理想，但大家一致认为，中等规模的模型在性能和易用性之间达成了最佳平衡。讨论帖还提及了用户对昂贵的芯片成本以及模型迭代速度过快的无奈，同时也表现出对未来版本发布的热切期待。总而言之，社区认为 Qwen 对于希望将本地 AI 集成到工作流中的开发者来说，是一个高效且能力出众的替代方案。
HamsterOS：一个能装进 1.44MB 软盘的图形化桌面操作系统 HamsterOS: A graphical desktop OS that fits on a 1.44MB floppy
16 小时前
开发者 John Swiderski 目前正在开发 HamsterOS，这是一个专为 386 和 486 时代硬件设计的全新 32 位图形化多任务操作系统。该系统定于 2026 年 11 月发布，体积小巧，足以容纳在一张 1.44 MB 的软盘中，同时提供全套原生应用程序和集成 DOS 支持。
HamsterOS 包含专为老式系统设计的用户友好功能，例如 CMOS 崩溃计数器，在多次启动失败后会自动触发 VGA 安全模式。为了协助用户将系统写入物理介质，Swiderski 还发布了“HamsterWeazle”，这是一款用于 Greaseweazle USB 软盘接口工具的图形化前端。
该项目反映了复古计算社区内现代创新的日益增长趋势，继 GentleOS 等类似努力之后，HamsterOS 有望成为那些希望为老旧硬件注入新活力的爱好者们一个稳健且易于使用的选择。
抱歉。
美国最高法院裁定：地理围栏搜查令需受宪法保护 US Supreme Court rules geofence warrants require constitutional protections
16 小时前
在美国最高法院对“Chatrie诉美国案”作出的一项6比3的里程碑式裁决中，法院裁定执法部门使用“地理围栏搜查令”收集智能手机位置数据的行为，构成了第四修正案所指的搜查。 此类搜查令允许警方强制科技公司交出特定区域和时间内所有人的位置记录，这往往会将数千名无辜民众的数据一并卷入。政府此前辩称，由于用户会与谷歌等第三方共享这些数据，因此他们缺乏“合理的隐私预期”。 法院驳回了这一观点。埃琳娜·卡根大法官指出，携带智能手机是一项“普通”活动，且用户往往是在未能完全理解监控影响的情况下，被动开启了位置跟踪功能。索尼娅·索托马约尔大法官则强调，即使是短期的位置监控，也可能揭示一个人私生活的亲密细节。 虽然该裁决确认了地理围栏搜查令受宪法隐私保护的约束，但此案现已发回下级法院，以确定Chatrie案中使用的具体搜查令是否“合理”且有正当理由支持。隐私倡导者对该裁决表示欢迎，称其为数字权利对抗政府大规模监控的重大胜利。
美国最高法院裁定，“地理围栏搜查令”（允许执法部门通过手机数据追踪特定区域内所有人的位置信息）现在必须遵守宪法保护规定。
尽管这一裁决被誉为公民自由的重大胜利，但 Hacker News 社区对其长期有效性仍持怀疑态度。用户担心该裁决存在一个重大漏洞：执法部门可以通过向第三方数据代理商购买位置信息，而非强制科技公司移交数据，从而绕过搜查令要求。此外，关于私营公司自愿提供的数据在法庭上是否仍具证据效力，也存在争议，这可能会抵消该裁决的影响。
评论者还指出大法官之间存在意识形态分歧，一些人对巴雷特大法官持异议表示惊讶，而另一些人则指出阿利托大法官和托马斯大法官一贯支持扩大政府监控权力。总体而言，舆论情绪是谨慎的乐观，但普遍认为政府机构可能会找到新的、不受监管的渠道来获取这些数据。
请启用 JavaScript 和 Cookie 以继续。
由于现代 Windows 系统臃肿且过度依赖遥测技术，微软正迅速失去其核心开发者和高级用户群体，他们正大量转向 macOS 和 Linux。为扭转这一颓势，作者提议推出“Windows Lite”——一个精简且注重隐私的操作系统版本。 Windows Lite 将是一个极简平台，剔除了广告、人工智能及不必要的服务，仅保留基础的 Win32 支持、轻量化外壳和驱动稳定性。通过以 49 美元的买断制价格（无需订阅）提供一个纯净、稳定的环境，微软有望重新吸引开发者和游戏玩家。作者认为，由于该版本会成为技术用户的首选，它将自然而然地在企业、学术及政府领域得到采纳。 归根结底，转向精简的 Windows Lite 模式将降低微软的维护成本，提升用户信任度，并为 Windows 平台构建一个可持续且高利润的未来。
关于“微软需要 Windows Lite”的 Hacker News 讨论，凸显了用户需求与微软商业战略之间的分歧。
作者认为，轻量级的 Windows 版本可以促进开发并改善用户体验。然而，评论者对此持怀疑态度。许多人指出，微软的首要关注点并非终端用户体验，而是服务于需要旧版本支持、集中管理和控制的企业客户。一些人建议，发烧友应该考虑 Windows LTSC，它提供了一种精简且稳定的体验，尽管它并非正式面向普通消费者。
该讨论帖还批评了原文的前提，指出如果微软的激励机制仍然侧重于臃肿的软件和由企业驱动的遥测技术，那么“Lite”版本就不太可能实现。归根结底，共识是：让人们坚守 Windows 的“惯性”并非源于作者所说的创意工具或游戏，而是源于庞大的旧版企业软件生态系统，这使得切换平台变得极其困难。
作者提出了一种名为“外壳”（Outer Shell）的新型架构范式，旨在将远程服务器和边缘设备转化为图形化计算环境。该系统摒弃了传统的终端界面，转而让各应用程序以私有 HTTP 服务器的形式运行，并通过 SSH 和 Unix 域套接字而非本地端口进行访问。 该系统提供了一个统一的“外壳”或主屏幕，模块化的 Web 应用可以在此注册功能并实现互操作，例如为特定文件类型指定默认文本编辑器。通过将加密工作交由 SSH 层处理，这些应用能够保持轻量且无依赖。 作者认为，尽管 Jupyter 等工具在服务器端 UI 领域进行了先行探索，但业界一直缺乏一套管理此类应用的统一框架。随着人工智能辅助编码技术的成熟，开发原生且适配平台的应用程序，从而作为现代桌面环境的替代方案已变得切实可行。归根结底，这种方法预示着未来服务器将通过与浏览器集成的原生图形界面进行管理，从而在 Web 的可移植性与原生性能之间架起桥梁。
这篇 Hacker News 帖子讨论了一个名为 **“Outer Shell”** 的新项目。它是一个原生的 SSH 图形化 Shell，旨在为远程服务器交互提供更现代的图形界面。
作者认为，目前的 SSH 工作流受限于 20 世纪 60 年代的终端局限性。因此，他提出了一种系统架构：图形化前端组件在本地运行，同时与远程后端进行通信。作者认为这是一种“远程优先”的操作系统理念，比传统的 TUI（文本用户界面）或 X11 转发具有更好的可用性。
**讨论要点总结：**
* **关于“Shell”定义的争议：** 用户讨论了“Shell”一词是否应仅限于命令行界面，还是可以包含图形环境（如 GNOME Shell、DOS Shell）。
* **可行性与替代方案：** 许多评论者认为，Cockpit、MobaXterm、XPipe 或标准的 SSH 功能（隧道/SOCKS）已经解决了这个问题。批评者质疑允许浏览器访问套接字（socket）的安全风险，尽管作者强调了严格的许可列表（allow-list）机制。
* **用户体验与简洁性：** 支持者赞扬该项目对第一性原理 UI 设计的探索；而怀疑论者则认为，“简化”界面往往会掩盖必要的功能，并产生不必要的开销。
这次讨论凸显了传统终端高级用户与追求现代图形化远程管理体验者之间持续存在的矛盾。
准备好迎接充满创意的七月吧！诚邀你参加为期一个月的 **Decker** 多媒体速写板创作活动。无论是制作街机游戏、撰写诗歌、设计数字桌垫，还是创作电子杂志，一切由你决定。
**准则：**
* **格式：** 提交的作品必须为原创，且需导出为网页可运行的 HTML 格式。请尽早测试你的项目，因为 Web-Decker 与原生 Decker 可能存在差异。
* **内容：** 你可以重启旧项目、团队协作或提交多份作品。允许使用知识共享（Creative Commons）或公共领域（Public Domain）的素材。
* **限制：** 严禁使用生成式 AI 工具（大语言模型、图像模型）。
* **灵感：** 查看 itch.io 上的 #decker 标签获取示例。另外请记住——虽然不是强制要求，但欢迎任何以小鸡为主题的项目！
欲获取灵感与资源，请访问 [Decker Jam 目录](https://itch.io/jam/decker)。加入本月的社区活动，看看你能创造出哪些美妙的作品吧！
抱歉。
据ME News报道，据Beating 6月29日（UTC+8）监测，DeepSeek官方宣布DeepSeek V4定于7月中旬正式发布，并同步引入峰谷定价机制。北京时间每日9:00至12:00及14:00至18:00为高峰时段，此时段API价格将翻倍。在新定价结构下，高性能模型deepseek-v4-pro的常规费率为：输入缓存命中每百万token 0.025元，输入缓存未命中3.00元，输出6.00元；高峰时段上述费率分别调整为0.05元、6.00元及12.00元。轻量化模型deepseek-v4-flash的常规费率为：输入缓存命中每百万token 0.02元，输入缓存未命中1.00元，输出2.00元；高峰时段上述费率分别调整为0.04元、2.00元及4.00元。实际价格调整前，平台将提前24小时通过邮件通知用户。（来源：BlockBeats）
DeepSeek 为其 V4 模型引入了全新的“峰谷”定价模式，在（北京时间 UTC+8）特定高需求时段内，费用将翻倍。具体而言，费用上涨时段为北京时间 9:00–12:00 和 14:00–18:00。
Hacker News 上的讨论指出，国际用户在计算这些时段时面临复杂性。用户们正积极尝试将这些高峰时段换算为伦敦、纽约和加利福尼亚的当地时间，以确定调用 API 最经济的时段。一些参与者指出，由于许多客户位于中国境外，诸如 OpenCode Go 之类的订阅计划可能并未体现这些价格波动。讨论还简要提及了这些计算所涉及的时区换算带来的困扰。
开源文档数据库 一款功能强大、可扩展且完全兼容 MongoDB 的开源数据库，专为现代应用程序打造。开源并采用 MIT 许可，支持原生 BSON、高级索引以及基于 PostgreSQL 的向量搜索。 基于 PostgreSQL 构建 支持原生 BSON 采用 MIT 许可 支持通过 Docker 本地运行
关于开源项目“DocumentDB”（documentdb.io）的 Hacker News 讨论充满了困惑与质疑。用户主要批评了该项目的命名，指出它与亚马逊现有的“Amazon DocumentDB”重名，造成了严重的歧义。
讨论中澄清了该项目是由微软支持的，旨在基于 PostgreSQL 提供兼容 MongoDB 的接口。评论者认为，微软正在将重心从传统的 SQL Server 产品转向 PostgreSQL，并指出微软内部对 Postgres 有着深厚的依赖，且积极为该核心项目做出贡献。
社区还强调了此类工具背后的战略动机：在 MongoDB 转为更具限制性的许可证后，像微软这样的大型云服务商纷纷寻求开发或支持开源兼容替代方案，以与 MongoDB Atlas 竞争。尽管存在技术层面的合理性，但参与者对于在竞争激烈的数据库市场中此类令人困惑的品牌命名选择仍感到不满。