作者对持续关注人工智能感到日益疲惫，尽管承认其益处并每天使用它。虽然人工智能极大地提高了他们的生产力，但像Hacker News和Kagi Small Web这样的在线技术社区现在充斥着关于人工智能工具的讨论，而不是这些工具所赋能的项目。 这感觉像是从之前关注“产品工程”——交付价值——退化到痴迷于工具本身，就像木匠只讨论锤子一样。作者注意到一个令人担忧的趋势，即管理层现在关注开发者*如何*使用人工智能（衡量token使用量），而不是他们*取得的*结果，这与过去无生产力的指标（如代码行数）如出一辙。 最终，作者呼吁回归分享令人兴奋的创作和解决问题，记住技术的目的是交付价值，而不仅仅是优化工具。 这是一种对围绕人工智能讨论的回音室的自我意识的哀叹。
每日HackerNews RSS
## AI 疲劳：黑客新闻总结
最近一篇题为“还有人对谈论AI感到厌倦吗？”的帖子引发了黑客新闻的讨论，揭示了人们对持续不断的AI讨论普遍感到疲劳。虽然许多人承认AI的潜力与实用性，但评论员们表达了对炒作、对“AGI”的无休止关注以及围绕它的常常流于表面的对话的不满。
担忧范围从巨大的能源消耗和投资，尽管存在紧迫的全球问题，到AI可能加剧不平等甚至取代人类劳动的可能性。有些人认为讨论被不切实际的期望和“骗局”所主导，而另一些人则哀叹更有趣的技术话题被取代。
许多人对不断需要适应快速变化的AI工作流程以及将AI整合到工作各个方面的压力感到沮丧。一种普遍的观点是，AI真正有趣的部分——潜在的数学和模型行为——被花哨的应用和推测性声明所掩盖。最终，许多人只是希望停止持续不断的AI喧嚣。
## GitHub 服务中断更新 – 及时了解 GitHub 通过电子邮件和/或短信提供服务中断更新。您可以在事件更新时接收通知，尤其是在 GitHub *创建* 或 *解决* 事件时。 要接收短信提醒，您需要使用一次性密码 (OTP) 验证您的手机号码。目前，短信更新在非常广泛的国家/地区可用 – 包括全球大多数国家 – 详情请参阅提供的列表。 如果您愿意，您可以订阅电子邮件通知，无需短信验证。这是一种便捷的方式，可以及时了解 GitHub 的服务状态和任何正在进行的问题。 选择最适合您需求的消息通知方式，以随时了解潜在的中断情况。
然而，周一美国市场开盘前，东部时间07:04（格林尼治标准时间11:04），总统在他的Truth Social平台上发文称，华盛顿与德黑兰就“完全和彻底解决”敌对行动进行了“非常好且富有成效的对话”。
## 从画廊灯光到国家电网：英国电力发展史
英国电力网络的故事始于1883年，考茨·林赛爵士为了给他的艺术画廊供电，避免使用煤气灯，安装了一个发电机，并开始向邻居供应多余的电力——于1887年成立了伦敦电力供应公司。这项开创性的努力，以及爱迪生珍珠街电站等类似举措，迅速暴露了一个分散、以地方为中心的市场的混乱局面。
早期的电力发展受到成本超支、技术挑战和缺乏标准化等问题的困扰——许多公司使用不同的电压和电流（交流电 vs. 直流电）。第一次世界大战暴露了该系统的局限性，促使人们呼吁建立一个国家电网。尽管存在阻力，1919年的《电力（供应）法案》启动了区域互联。
真正的突破出现在1933年国家电网的建立，这是一个同步交流系统，尽管规划存在障碍，但仍然得以建成。20世纪50年代和60年代进一步扩建的“超级电网”改善了输电。1947年的国有化简化了发电，但1989年的私有化重新引入了竞争市场。
如今，英国正在回归一种具有私有制背景的国家运营模式，这反映了20世纪初的情况，突显了在效率、投资和可靠电力供应之间取得平衡的持续挑战。
对不起。
## FastMCP：简化模型上下文协议 (MCP) 应用
FastMCP 是构建基于模型上下文协议 (MCP) 应用的首选框架，该协议将大型语言模型 (LLM) 连接到工具和数据。它通过自动化模式生成、验证和协议管理，简化了从原型设计到生产的过程。
使用 FastMCP，开发者只需将工具定义为 Python 函数，框架即可处理 MCP 实现的复杂性。它提供三个核心组件：**服务器** 用于暴露工具，**应用** 用于交互式用户界面，以及 **客户端** 用于连接到任何 MCP 服务器。
FastMCP 被广泛采用，据估计驱动了 70% 的 MCP 服务器，并拥有数百万的每日下载量。它现在已集成到官方 MCP Python SDK 中，并由 Prefect 积极维护，Prefect 还通过 Prefect Horizon 提供免费托管。文档易于获取，提供 LLM 友好的格式，包括通过 MCP 本身直接访问，从而易于构建和部署强大的 LLM 集成应用。
## FastMCP 讨论总结
最近一篇 Hacker News 帖子强调了 FastMCP (gofastmcp.com)，这是一个用于构建模型上下文协议 (MCP) 应用程序的框架。讨论的重点是 MCP 服务器相对于 Skills 和直接使用 CLI 工具为 AI 代理提供服务的优势。
支持 MCP 的主要论点包括增强的安全性（隔离凭据，防止代理访问敏感数据）、在没有 shell 访问权限的环境中运行的能力，以及工具的集中管理/更新。一些用户强调了 MCP 的标准化格式和动态工具发现的潜力。
然而，许多人争论 MCP 是否真的必要。人们对复杂性、开销以及可能重新发明现有解决方案（如文档完善的 API）表示担忧。一些评论员认为，CLI 工具，特别是配合适当的安全措施使用时，可以更简单、更高效。
关于标准化也进行了一些讨论，一些人指出 FastMCP 是官方 Python SDK 的基础实现，并且其文档比主要的模型上下文协议网站更完善。最终，共识似乎是 MCP 在特定场景下表现出色，但并非普遍优越的解决方案。
一个用于构建终端应用程序的框架，基于 OpenTUI + React。（Gridland 应用程序，例如这个网站，可以在浏览器和终端中运行。） o ╭───────────────────────────────╮ ╭───────────────────────╮ j │ $ bunx @gridland/demo landing │ │ $ bun create gridland │ ╰───────────────────────────────╯ ╰───────────────────────╯ ╭────────────────────╮ │ 🐱 GitHub 📖 Docs │ ╰────────────────────╯ ╭────────╮ │ ripple │ puzzle
对不起。
请启用 JavaScript 并禁用任何广告拦截器。
Epic Games 正在裁员超过 1000 名员工，约占其员工总数的 25%，原因是《堡垒之夜》参与度和支出下降，超过了收入。尽管《堡垒之夜》每年仍能产生数十亿美元的收入，但该公司表示需要大幅削减成本以维持资金。
讨论的中心是 Epic 如何管理不善其成功，指出了像 Epic Games Store（拥有昂贵的独占协议和免费游戏赠送）以及在《堡垒之夜》中复制 Roblox 的失败尝试等代价高昂的项目。许多人认为 Epic 过度扩张，未能超越其最初的成功进行创新。
虽然裁员规模很大，但遣散费被认为相对慷慨，包括几个月的工资和持续的医疗保健。对 CEO Tim Sweeney 的领导力存在批评，以及关于 Epic 的问题是源于管理不善还是更广泛的行业挑战的争论。一些人也指出《堡垒之夜》中皮肤价格上涨是财务压力的迹象。
请启用 JavaScript 并禁用任何广告拦截器。
## 新毕业生就业市场严峻
最近在Hacker News上的讨论强调，新大学毕业生，尤其是在网络安全、网络和游戏设计等领域，就业市场明显恶化。一位IT讲师报告了一个显著的变化：过去80%的网络安全专业毕业生在毕业后都能找到工作，现在大约75%的人*无法*在该领域找到工作，其中一半的人甚至难以找到入门级职位。
这次衰退并非归因于课程变化，而是更广泛的经济转变。招聘经理强调实际经验的需求，一些人质疑传统学历的价值，更倾向于通过漏洞赏金或退伍军人经历证明技能的候选人。
担忧不仅限于科技领域，还包括对艺术史等领域昂贵学位的价值的讨论。一些评论员对未来表示悲观，引用财富不平等、自动化和政府问题，导致一种毕业生正在为不那么安全的经济未来做准备的观点。虽然当前市场充满挑战，但据称与2003年相似，但不如2010年严重。
快速切换和保存Windows显示布局，通过CLI实现。
从Releases下载displayflow.exe。将其放置在您的PATH路径中。
displayflow.exe [MonitorConfigs] [Command] [Flags]
格式：ID:Width:Height:X:Y:Primary:Rotation:Frequenz (不带参数运行或双击.exe以查看您的ID)
垂直堆叠（显示器2在显示器1上方）
displayflow.exe "1:1920:1080:0:0:1:0:60 2:1920:1080:0:-1080:0:0:60" --save
堆叠游戏（禁用显示器2并启动Steam）
displayflow.exe "1:2560:1440:0:0:1:0:120 2:0:0:0:0:0:0:0" --save Gaming --post "C:\Path\To\Steam.exe" --hotkey
编码设置（纵向模式）
# 显示器1：超宽屏横向
# 显示器2：1080p纵向（旋转90°）
displayflow.exe "1:3440:1440:0:0:1:0:144 2:1080:1920:3440:0:0:90:144" --save Dev
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
原子显示切换：解决 (github.com/piot5)
8 分，作者 pyotq 1 天前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
pyotq 1 天前 | 下一个 [–]
我构建这个的原因是廉价电视附带的愚蠢的通用显示驱动程序。即使在 Linux xrandr 下，我不得不使用变通方法才能获得一致的结果。
然后我最近切换到 win 11，并想最终修复它，所以我首先在 PS1 中使用多显示器工具 nirsoft 完成了。后来切换到 python，最终选择了 rust。现在我们有了最稳定的工具来解决这个问题。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## Rust 与内联汇编：一种叙事方法 Rust 的抽象机器强制执行硬件中不存在的规则，这引发了关于内联汇编和外部函数接口 (FFI) 如何与这些约束交互的问题。 提出的核心原则是，**任何内联汇编都必须有一个对应的“故事”——等效的 Rust 代码，该代码在抽象机器状态上产生相同的可观察效果。** 这确保了对纯 Rust 有效的优化即使与汇编集成后仍然正确。 本质上，编译器用其 Rust “故事”替换汇编块进行分析，然后在最后替换实际的汇编。 这可以防止汇编绕过 Rust 的安全保证。 示例说明了这一点：简单的指令可以由 Rust 等效项镜像，操作系统内核任务（如页表操作）可以被构建为复杂的分配，甚至看似不安全的非临时存储操作也需要一个维护内存模型一致性的故事。 这种方法不是在汇编*内部*重现 Rust 的规则，而是确保汇编的效果通过可验证的故事与 Rust 的规则*兼容*。 虽然尚未正式证明，但这种方法与现有的 Rust 正确性证明相符。 目标是采取保守的方法：仅允许具有清晰 Rust 等效项的汇编块，并扩展 Rust 的语言特性以适应当前需要不安全汇编的操作。 正在寻求反馈以完善这种“叙事”方法，然后再将其作为官方指南。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
如何使用故事讲述将内联汇编融入 Rust (ralfj.de)
20 分，由 vinhnx 1 天前发布 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：