人工智能（AI）引发了人们对其环境影响、对当地电网的潜在压力以及长期可扩展性的担忧。虽然数据中心（支撑着从流媒体到人工智能的一切）目前约占全球电力消耗的 1.5% 到 2.5%，但人工智能所占份额较小，预计到 2025 年约为 0.5%。
能源需求主要由“推理”（运行模型）而非训练驱动。虽然预测表明人工智能将推动未来数据中心电力需求的增长，但环境影响很大程度上取决于电网的能源来源，而不仅仅是总消耗量。
对于普通用户而言，单次人工智能查询的能源足迹微乎其微；与日常家庭用电相比，标准文本提示所消耗的电量几乎可以忽略不计。真正的挑战在于这些数据中心的地理集中度。在爱尔兰或美国部分地区等，特定地点的大规模需求可能会给当地供应带来压力并推高价格。归根结底，人工智能能源可持续发展的未来，与其说是取决于全球总需求，不如说是在快速的基础设施增长与向更清洁、更高效的能源电网转型之间取得平衡。
每日HackerNews RSS
抱歉。
本教程提供了 Vulkan 图形 API 的基础指南。Vulkan 是一款跨平台接口，旨在让开发者能够对现代图形硬件进行高性能控制。与较为简单的 API 不同，Vulkan 非常繁琐，需要开发者手动管理帧缓冲区和内存等资源。因此，本教程最适合那些愿意在底层实现上投入大量精力、经验丰富的图形程序员。 **重要提示：** 本内容编写于 2016 年，现已过时。作者建议查阅官方的 [vulkan.org 学习资源](https://vulkan.org/learn)以获取当前的最佳实践。 **先决条件：** * 支持 Vulkan 的 GPU。 * 精通 C++（建议 C++17）。 * 对 3D 计算机图形学概念有扎实的理解。 本教程涵盖了配置开发环境、理解核心 API 组件以及从零开始渲染 3D 场景的完整过程。教程采用循序渐进的模块化方法，并为每一章提供了辅助函数和完整的代码清单。尽管学习过程具有挑战性，但本课程旨在揭开 Vulkan 复杂性的面纱，将最初的样板代码工作转化为高性能渲染的坚实基础。如果您对游戏开发而非底层图形学感兴趣，作者建议使用虚幻引擎（Unreal）或 Unity 等成熟的游戏引擎。
抱歉。
该项目提供了一种可视化工具，旨在通过映射各类大语言模型（LLM）的语言“指纹”来确定哪些模型具有相似的写作风格。 **核心概念** 本项目不依赖主观基准测试或评分，而是将每个模型的输出视为一个独特的语料库，通过以下方式进行分析： * **字符三元组（Character Trigrams）：** 将文本拆分为重叠的 3 字符窗口，以创建每个模型文风的概率分布。 * **交叉熵与 KL 散度：** 计算一个模型对另一个模型写作风格的“惊讶程度”。 * **特征标记（Tell-Tale Chips）：** 识别独特的词汇和短语“特征”——即两个模型共有、但在更广泛的模型领域中却很少见的特定习惯。 **主要功能** * **交互式热力图：** 一个可视化矩阵，显示模型风格之间的“距离”。蓝色单元格表示风格接近；灰色单元格表示距离较远。 * **基于证据的洞察：** 用户可以将鼠标悬停在单元格上，查看促成相似度评分的具体语言“特征”。 * **元数据分组：** 该工具按模型的真实来源对它们进行分组（例如将 OpenRouter 的条目归类到其主要实验室），从而揭示哪些实验室共享“训练基因”。 该工具本质上是将大语言模型视为作者，映射它们潜意识里的风格模式，而非仅仅关注它们的具体答案。
抱歉。
学习 OpenGL，学习现代 OpenGL 的综合教程资源。 Learn OpenGL, extensive tutorial resource for learning Modern OpenGL
2 天前
《LearnOpenGL》是一项全面且免费的资源，旨在教授现代（核心配置）OpenGL。它通过提供适合初学者及资深开发者的清晰分步指南，解决了图形编程教程陈旧或不完整这一常见痛点。
课程内容涵盖了基础图形概念与实用技术，包括光照、3D建模、后期处理和场景管理。学习内容最终以游戏开发实战演示作为总结，使读者能够将所学技能应用于实际项目。
该内容可通过在线阅读、下载PDF或购买专业印刷版获取。无论你是为了学术、职业还是个人兴趣而学习，本书都提供了一条掌握现代OpenGL的结构化路径。若要开启学习之旅，只需从网站的引言部分开始即可。
关于《Learn OpenGL》的 Hacker News 讨论凸显了计算机图形学教育中的核心争论：概念易懂性与行业标准复杂性之间的权衡。
支持者认为，《Learn OpenGL》依然是初学者的“圣经”，因为它专注于光照、PBR（基于物理的渲染）和坐标系等基础概念，而不会像 Vulkan 或 DX12 等现代 API 那样需要极其繁琐的底层样板代码。他们认为这些“现代”API 往往过度工程化，对于试图掌握渲染管线基础知识的人来说，学习体验并不理想。
相反，批评者认为 OpenGL 在功能上已经过时，在 macOS 等平台上已被弃用，且其基于状态机的混乱设计会培养出“坏习惯”。一些人建议使用 WebGPU 等替代方案，因其具备跨平台实用性和现代化的设计，或者建议完全绕过 API，通过从零编写软件渲染器来学习。
归根结底，目前的共识是，尽管 OpenGL 不再是现代生产环境中的行业标准技能，但它依然是一种极其有效的教学工具。大多数开发者认为，一旦掌握了基本原理，再迁移到更复杂、性能更高的 API，要比从零开始学习它们平滑得多。
请启用 JavaScript 和 Cookie 以继续。
近期，一些初创公司创始人呼吁美国政府禁止中国开源权重人工智能模型的提议引发了激烈辩论。此类禁令的核心论点集中在“国家安全”以及对中国模型可能窃取（蒸馏）美国前沿实验室技术的担忧上。
然而，包括科技界许多人在内的批评者认为，此举主要是一种“监管俘获”。他们认为，美国人工智能巨头正难以与高性能、低成本的中国替代产品竞争，因此利用地缘政治紧张局势来消除竞争、保护投资者估值并维护其市场主导地位。
**辩论的关键点包括：**
* **经济战略：** 持怀疑态度者指出，禁止这些模型将削弱那些依赖负担得起的开源人工智能的美国初创公司，而全球竞争对手将继续从中受益。
* **可执行性：** 许多人认为，“禁令”实际上无法执行。由于这些模型是开源权重的，它们可以通过点对点网络轻松分发，或托管在美国管辖范围之外，这使得国内限制措施形同虚设。
* **蒸馏担忧：** 虽然一些人称模型蒸馏为“知识产权盗窃”，但另一些人指出这种说法虚伪，因为美国公司本身也是通过抓取海量受版权保护的互联网数据来构建其模型的。
请启用 JavaScript 和 Cookie 以继续。
这篇 Hacker News 讨论聚焦于一篇探讨“暗网”争论以及过去 15 年端到端加密（E2EE）演变的文章。作者旨在向非技术背景的受众解释这些复杂的技术与法律挑战，特别是在“聊天控制”（Chat Control）等日益增长的监控压力背景下。
讨论串中有很大一部分内容是一位开发者在介绍一个新项目，该项目旨在实现具备人类可读身份的抗量子端到端加密。该项目基于 `libp2p` 构建并拥有去中心化后端，拒绝了传统的风险投资模式——明确摒弃了像 a16z 等公司常要求的基于代币的激励结构。相反，团队正在寻求一种非传统的融资联合体，以保持项目的完整性。
参与者还讨论了这种方法所面临的技术挑战，特别是关于“祖科三角”（Zooko's Triangle，即在安全性、去中心化和人类可读性之间的权衡）以及中心化“守门人”所带来的风险。其他评论者还就用于拦截信息的“幽灵协议”（ghost protocols）以及经常将标准 TLS 连接误称为“端到端加密”的现象发表了看法。作者表示愿意更新其论文，以涵盖新出现的拦截式、非端到端加密的消息架构案例。
手写比打字更能调动大脑活动，有助于将抽象思维与身体协调更深层地结合起来。与常见的误解不同，长篇手写本身并不会导致“书写痉挛”；通常与书写练习相关的疼痛，大多是因为施加了过大的压力——这往往是由铅笔或劣质圆珠笔引起的。 轻松且可持续书写的秘诀在于纸张的“触感”（tooth）——即能提供控制力的一点点摩擦力。钢笔是理想的选择，因为它们几乎不需要用力，只需让笔尖滑动而非按压即可。虽然昂贵的钢笔具有美学价值，但对于书写表现而言并非必要；即使是一支经济实惠的钢笔也能使用一辈子。 若想养成这个习惯，可以使用连笔字以提高效率，不要担心墨水污渍（这是为了获得更好的认知参与度而做出的微小让步），并随时准备充足的纸张。无论是使用简单的笔记本还是钢笔，目标都是通过物理书写过程，帮助思想在脑海中扎根更深。如果你还在犹豫是否开始，一支优质的中性笔是一个不错的入门选择，但转向纸笔书写对思维而言是一项极具意义的实践。
这篇 Hacker News 的讨论围绕尼尔·斯蒂芬森（Neal Stephenson）的观点展开，他认为手写对大脑功能、记忆力和认知参与度都有更好的促进作用。
**核心要点：**
* **认知益处：** 许多参与者认同手写迫使书写者进入一种“刻意的缓慢”状态，这有助于对信息进行处理、记忆和整合，这种“空间性”参与是打字所缺乏的。
* **“装备”之争：** 一些人主张使用高质量的钢笔和纸张来减少手部疲劳并提升体验；而另一些人则警告称，过度沉迷于工具可能会偏离写作本身。
* **页边批注与书籍：** 关于是否应在书中书写，引发了一场颇具争议的讨论。一些人将其视为一种有价值且亲密的“主动阅读”行为，能建立起与文本及前任读者的联系；另一些人则认为这是破坏书籍的“涂鸦”。
* **数字与模拟：** 许多用户承认数字笔记的高效性，但难以适应其缺乏触觉“沉浸感”的问题。诸如“类纸膜”和手写板等方案成为了流行的折中选择，但怀疑论者认为这些方案无法提供传统纸张所具备的感官反馈与耐用性。
总而言之，舆论共识在于：最好的方法是那些能够减少阻碍，并让你保持积极思考的方法。
本系列教程提供了一种实践导向的方法，通过从零开始构建一个不依赖第三方库的软件渲染器，帮助学习者掌握现代 3D 图形 API（OpenGL、Vulkan、Metal、DirectX）。
该项目不侧重于如何编写 GPU 应用程序，而是专注于 3D 渲染的基本原理。学习者将从一个基础的 TGA 图像处理类开始，手动实现直线和三角形等核心图元。通过从底层构建整个系统，学习者可以深入且务实地理解 3D 图形流水线的工作方式。
本课程设计为 10 到 20 小时的编程实践，最终代码量约 500 行，能够渲染复杂的 3D 模型和纹理。尽管 GitHub 上提供了源代码，但作者强调，亲手编写实现对于真正掌握底层概念至关重要。对于任何希望通过专业 3D 图形库编写更高效、更出色应用程序的学习者来说，该项目是不可多得的基础训练。
关于“用500行 C++ 代码实现软件渲染”的 Hacker News 讨论，核心在于探讨从零构建 3D 渲染器的技术挑战及其教育价值。
参与者讨论了在现代环境下使用“纯 C++”的可行性，并指出即便只是简单的像素绘制，当代硬件也需要与复杂的驱动程序和 API 堆栈进行交互。许多贡献者分享了自己构建软件光栅化器的经验，强调了理解底层数学、投影矩阵和三角形裁剪（通常被认为是开发中最难的阶段）所带来的深度学习曲线。
该对话涵盖了几个关键技术主题：
* **工具：** 推荐了如《计算机图形学数学》等资源，以及用于裁剪的 Sutherland-Hodgman 算法。
* **架构：** 讨论了如何利用 `wgpu` 或特定操作系统的缓冲区接口等现代技术高效地呈现渲染帧。
* **方法论：** 关于游戏引擎中是否必须使用 ECS（实体组件系统）的争论，许多人认为这对于简单项目来说已变成一种“赶时髦”且不必要的开销。
总之，该讨论帖为爱好者们提供了一个建议库，并强调如果实现得当，现代 CPU 在处理交互式 3D 渲染方面具有惊人的能力。
私营医疗让行业缺乏创新，是时候做出改变了。 Private healthcare makes industries less innovative. It's time for change
2 天前
最近的一项 West Health-Gallup 调查显示，四分之一的美国员工仅仅为了保留医疗保险而留在自己不喜欢的工作岗位上；对于患有慢性疾病的员工，这一比例更是高达 41%。 这种对雇主提供保险的依赖造成了所谓的“工作锁定”（job lock）现象，对经济产生了负面影响。由于员工被困在现有职位上，企业在提高工资或改善工作条件方面面临的压力较小。此外，该制度还抑制了创新，因为人们担心失去医疗保障，而不愿放弃现有职位去创业。 作者认为，当前的制度服务于私营保险公司的利益，却以牺牲员工利益和市场流动性为代价。通过对比美国模式与英国国家医疗服务体系（NHS）等全民医保体系，文章指出，将医疗保险与就业脱钩，不仅能改善个人福祉，还能促进劳动力市场的竞争，并激发经济进步所需的创新。即使是一些自由意志主义团体也承认现状已从根本上失效，并认为向全民医保转型是一项必要的改革。
这篇 Hacker News 讨论探讨了美国将医疗保险与就业挂钩所带来的系统性问题。许多参与者认为，这种“工作锁定”（job lock）现象抑制了创新和劳动力流动，因为员工担心在换工作或创业时会失去保险或面临保险空窗期。
主要观点包括：
* **信息缺失：** 美国体制被批评为“困惑垄断”（confusopoly），即定价不透明且福利各异，导致员工难以比较计划或进行有效协商。
* **历史遗留：** 贡献者指出，雇主资助的保险源于二战期间过时的税收政策和工资上限，这造就了一个僵化且缺乏竞争的市场。
* **意识形态分歧：** 虽然许多评论者主张通过全民医疗保健将保险与就业脱钩，但也有人对政府管理的系统（如加拿大的排队时间）表示怀疑，并倾向于支持以市场为导向的改革，如个人税收抵免。
* **系统性低效：** 参与者认为，由于企业将利润置于首位，它们往往会建立复杂且具有对抗性的流程来拒付索赔，从而导致巨大的行政开支，在未能改善健康状况的同时推高了成本。
总而言之，舆论普遍认为目前的模式造成了严重的经济胁迫，改革势在必行，但对于最佳路径尚未达成共识。
作者批评了 Codeberg 最近禁止人工智能驱动项目和加密货币相关项目的决定，认为这一政策转向标志着其正在走向意识形态审查。虽然作者承认这些项目给基础设施带来了压力，但他们认为全面禁止是一种“滑坡谬误”，破坏了该平台对软件自由的承诺。 作者认为 Codeberg 给出的理由——特别是对缺乏“社区”支持的独立开发者的贬低——是虚伪的，且脱离了自由开源软件（FOSS）开发的现实。作者建议，与其采取一刀切的禁令，不如采取更务实的方法，例如通过标签分类、资源使用分级或强制声明来解决基础设施成本问题，而不是对内容进行监管。 最终，作者决定离开 Codeberg。他们总结道，这种在没有进行有效用户咨询的情况下实施重大政策转变的过程，表明该平台将自身的意识形态偏好置于社区需求之上。对作者而言，这标志着 Codeberg 失去了使其成为 GitHub 替代品的那种“自由”，促使他们转而寻求自托管方案以确保自主权。
Codeberg 是一个非营利性的 FLOSS（自由及开源软件）托管平台，近期更新了其服务条款，禁止托管“主要由生成式 AI 编写的代码”的项目。这一决定在 Hacker News 上引发了关于开源平台定位的激烈辩论。
**核心观点：**
* **支持 Codeberg/社区导向派：** 支持者认为，Codeberg 是一个由社区资助的协会，其使命是支持协作性的开源项目。他们主张该平台并非中立的“代码倾倒场”，为了管理资源，限制那些无人维护、占用大量资源或质量低下的“AI 垃圾内容”是合理的做法。
* **批评者/独立开发者：** 批评者认为该政策定义模糊、带有家长式作风，且对构成开源生态重要部分的独立开发者并不友好。他们担心这种“反 AI”立场是一种意识形态上的“变卦”，违背了该平台作为 GitHub 的中立、“去垃圾化”替代方案的初衷。
许多用户认为，这一政策为任意审查树立了危险的先例。虽然一些用户正选择迁移到 Forgejo 或 Gitea 等自托管方案，但也有人强调，平台有权根据自身定位管理空间，即使这种空间并不适合所有人。