Go 的标准库通过使用 `sendfile(2)` 系统调用显著优化了文件服务，该调用直接将数据从内核页缓存传输到网络套接字，从而避免了将数据复制到用户空间的开销。
然而，这种“快速路径”非常脆弱。它依赖于运行时执行类型断言，以验证源文件是 `*os.File`（或受支持的包装器，如 `*io.LimitedReader`）。如果您将文件包装在自定义中间件中——即使只是为了简单的字节记录——也会向运行时隐藏底层的 `*os.File` 类型。这会迫使 Go 回退到手动 32 KiB 用户空间缓冲区“中转”，这涉及数千次 `read()` 和 `write()` 系统调用，而不是一次高效的 `sendfile()` 循环。
**关键点：**
* **不要进行不必要的包装：** `io.Reader` 的层级往往会破坏零拷贝优化。
* **使用 `io.LimitReader`：** Go 运行时显式识别此特定包装器，并保留快速路径。
* **使用 `strace` 进行验证：** 如果在提供文件服务时看到大量的 `read` 和 `write` 系统调用，说明您已经失去了快速路径。
* **保留接口：** 如果必须进行包装，请实现 `io.WriterTo` 或 `io.ReaderFrom` 以传递优化功能。
每日HackerNews RSS
Go 语言中的零拷贝：sendfile、splice 与 io.Copy 的代价 Zero-copy in Go: sendfile, splice, and the cost of io.Copy
2 天前
本文基于罗纳德·科斯关于企业存在旨在最小化交易成本的理论，探讨了为何传统企业正趋向于萎缩至一人规模。 尽管零工经济成功降低了市场交易的资金成本，但它未能造就“单人创始独角兽”，原因在于它忽略了创始人面临的终极瓶颈：协调带来的认知负荷。雇佣合同工虽成本低廉，但对其进行管理——包括下达简报、监督进度以及整合工作成果——是一项无法规模化的繁重人力任务。 人工智能是缺失的催化剂。通过充当复杂的协调层，人工智能承担了以往需要人工管理者参与的行政性“简报—追踪—修正”循环。正如人工智能通过扩大个人的内部管理幅度来扁平化企业层级一样，它也向外推动了企业的边界，使得单个人员能够指挥一支由智能体和合同工组成的队伍。 企业不会完全消失——那些高度依赖协作、需要高度信任及受监管的行业仍将维持传统结构。然而，对于协调密集型业务而言，最小可行性企业的规模正向一人靠拢。在这一新型协调软件的辅助下，由单一创始人掌舵的十亿美元级公司很可能会在本十年结束前出现。
请启用 JavaScript 和 Cookie 以继续。
在浏览器中游玩、制作并分享游戏。无需账户即可游玩。 使用简单的代码编辑器在浏览器中制作游戏。实时游戏预览功能让你能在多人联机测试中直接验证修改效果。 直接在工作室中管理游戏资源。你可以上传自己的文件，或是在工作室中直接绘制/录制素材。 如果你想与全世界分享，可以发布你的游戏。当然，你也可以选择仅供自己私藏。 开源：从平台代码、游戏到本网站，一切皆采用 GPLv3 协议。你可以阅读代码，也可以在有需要时进行分叉（Fork）。 支持自托管：Homegames 在设计之初就考虑了自托管需求，包括 API 在内。 持久保存：即使本网站无法访问，你的游戏也能继续存活。 Homegames 自 2018 年起作为一个（主要由个人独立完成的）副项目进行开发。
**Homegames.io** 是一个用于创建和游玩网页游戏的开源平台，开发者已对其进行了八年的开发。该平台内置浏览器编辑器，允许用户使用 JavaScript 类来编写游戏。
该平台的一个关键技术特性是其**服务器端架构**：游戏在服务器上运行，这提供了内置的多人游戏功能，客户端仅需负责渲染状态并传回输入信息。虽然开发者最初旨在实现局域网联机，但近期的改进已将其扩展至互联网全网范围。
该项目在 Hacker News 社区获得了大量反馈。用户称赞其怀旧的“游戏构建工具包”精神以及开发者的长期坚持，同时也有人提出了建设性的技术批评——建议项目支持客户端执行以提升性能并避免会话管理问题。此外，关于平台的品牌形象，特别是首页上包含的某些“梗图风格”游戏，也引发了一些争议。开发者对此给予了回应，表示平台仍在不断演进，且近期人工智能工具的使用已帮助加速了其开发进程。
在科技行业成功工作21年后，一位经验丰富的软件开发人员决定通过Coursera平台参加伦敦大学的在线课程，攻读计算机科学学士学位，以使自己的知识系统化。在三年半的时间里，他们兼顾全职工作与严苛的学业，通过修读常规课程和学分转换，最终顺利毕业。
作者强调，尽管其职业生涯并不硬性要求学位，但获得该学历是他们长期的个人目标。这不仅为填补知识空白提供了路径，也为未来从事国际工作扫清了障碍，并带来了极大的个人成就感。他们指出，这段经历充满挑战——需要每天清晨刻苦学习并保持高度自律——但回报非常丰厚。
作者总结出的关键经验包括：与多元化的国际学生群体建立联系的价值、应对纯远程行政系统的挑战，以及人工智能对教育领域日益深远的影响。归根结底，尽管付出了个人牺牲并经历了一些行政方面的挫折，作者仍将这段旅程视为一次蜕变，让他们对原本可能忽略的计算机科学基础知识有了更深刻的理解。
这份 Hacker News 讨论探讨了关于计算机科学学位与工作经验孰轻孰重的持续争议。
此次讨论由一位已在大厂（FAANG）担任高级软件工程师的从业者发起，他尽管已在没有文凭的情况下达到了高级职位，但最近仍完成了在线计算机科学学位，以消除职业生涯中潜在的“限制因素”。
**讨论的主要观点包括：**
* **“文凭”信号：** 许多参与者认为，学位是向人力资源部门和自动化筛选系统传达的重要信号，证明候选人具备足够的责任心去处理繁琐的流程，即使课程内容本身并不直接对应日常编程任务。
* **大学教育与现实世界的脱节：** 批评者认为，传统的计算机科学教育往往与现代软件开发的现实脱节，后者更看重解决问题和快速学习的能力，而非理论。相反，支持者强调，正规教育提供了如算法复杂度和系统架构等必要的基础知识，有助于工程师编写更健壮的代码。
* **学位辩论：** 人们对学位的看法大相径庭，一些人认为它们“浪费时间”，而另一些人则将其视为必要的资历。佐治亚理工学院的 OMSCS 等在线项目常被推荐为高价值且负担得起的替代方案，以取代昂贵的精英传统学位。
请启用 JavaScript 和 Cookie 以继续。
抱歉。
本文探讨了“电容倍增器”这一巧妙的电子电路，它利用运算放大器和两个电阻，使小电容表现得如同大电容一般。 该电路的工作原理是利用运放作为电压跟随器，以镜像电容的充电状态。通过合理配置电阻，使得供给电容的总电流远大于通过主充电电阻的电流，从而使电容的充电速度比其物理额定值慢 $n$ 倍。实际上，一个廉价的小型 1 µF 电容可以被“变”成 1 mF 的元件，这在信号滤波或定时应用中非常有用。 尽管现代电容技术的进步和数字替代方案的出现使得该电路在实际中已不常见，但它仍然是一个优雅的理论设计。作者通过该电路阐述了运算放大器的基本特性，并提出了一个“反向”电容倍增器作为思想实验供读者分析，同时强调：虽然它模拟了大电容的行为，但并不会增加总储能量。
抱歉。
在《更多、更多、更多》（*More and More and More*）一书中，历史学家让-巴蒂斯特·弗雷索（Jean-Baptiste Fressoz）挑战了主流的“能源转型”叙事。该叙事将历史描绘为一种用新能源替代旧能源的逻辑序列，而弗雷索认为这是一种危险的童话。从历史上看，能源消费的特征是“积累与相互依赖”，而非替代；例如，煤炭工业的发展在历史上反而增加了对木材的需求，而石油的发展也高度依赖于高耗煤的钢铁和基础设施。 弗雷索主张，这种由核工业推广并随后被气候政策制定者采纳的“转型”神话，提供了一种虚假的安全感，暗示技术进步将无需根本性的社会经济变革，就能自然解决气候危机。但现实是，现代生活依然与化石燃料深度纠缠。 为了实现净零排放，我们必须摒弃这一意识形态陷阱。实现前所未有的能源转变，需要与几个世纪以来的增长和积累模式进行审慎的政治决裂。尽管弗雷索的作品受限于以西方为中心的视角，但它为理解气候挑战提供了一个关键的、去魅的框架，强调真正的变革需要直面我们全球化且相互交织的能源系统的物质现实。
抱歉。
作者是一位长期使用 Go 语言、目前正从事 Ruby 开发的程序员。他认为，Go 语言的依赖管理比 Ruby 更具安全性。 在 Go 中，依赖项直接通过 URL 从版本控制系统（VCS）获取，`go.mod` 文件提供了一个透明且可审计的精确版本和哈希追踪路径。这使得通过查看 Git diff 来审计代码变得简单且可靠。 相反，RubyGems 依赖于“发布包”的模式，即通过将不透明的 `.gem` 文件上传到仓库来实现。由于这些文件可能包含原始仓库中不存在的代码，因此审计起来极其困难。作者认为，现代大多数“包发布攻击”正是利用了这种透明度的缺失。虽然 RubyGems 最近引入了基于人工智能的扫描功能，但作者认为这并未解决根本问题，即发布模式的底层设计。 为了提高安全性，作者建议 Bundler 等工具应进行升级，优先考虑基于 VCS 的依赖项而非预打包的仓库制品，从而采用类似于 Go 的模式。这将使开发者能够验证他们实际使用的源代码，从而显著增加破坏依赖链的难度。
抱歉。
Cerast Intelligence · 域名搜索
域名搜索：搜索已发现域名中的暴露路径及配置错误。支持域名子串搜索，不区分大小写，至少输入 3 个字符。例如：staging.、.org、test-。