罗马帝国虽已在几个世纪前覆灭，但其身份认同从未真正消失，而是发生了演变。如今，仍有多个群体与古罗马世界保持着语言或文化上的联系。
**罗马尼亚人**的名字源于罗马帝国的达契亚行省，其语言源自拉丁语。同样，居住在瑞士阿尔卑斯山区的**罗曼什人**，作为雷蒂亚行省的后裔，尽管几个世纪以来周围都是德语使用者，却依然保留了其独特的拉丁语系语言。
在东方，散布于黑海沿岸及土耳其等地区的**罗梅卡人（Romeika）**和**乌鲁姆人（Urum）**，是拜占庭帝国的语言与文化继承者；而拜占庭帝国直到15世纪，一直都是东罗马国家的延续。
虽然“罗马”一词常被误用，但仍需加以区分：**罗姆人（Romani）**的名字起源于印度，尽管常有误解，但他们与罗马并无关联。与此同时，**梵蒂冈城国**通过将拉丁语作为行政语言，延续了帝国的遗产；而**罗马市**的现代居民，依然是这座“永恒之城”的直接继承者。归根结底，罗马的身份认同在今天并非以统一国家的形式存在，而是作为一种支离破碎却鲜活的遗产，留存在欧洲及更广阔的地区。
每日HackerNews RSS
这篇 Hacker News 讨论探讨了罗马帝国复杂的遗产，其灵感源于文章《最后的罗马人依然存在》。
辩论的核心在于我们今天如何定义“罗马人”。参与者指出，现代人群（包括罗马尼亚人）与罗马有着语言和文化上的联系，但并不具备直接且排他的遗传血统。共识是，“身为罗马人”在历史上是一种包容性的公民和政治认同，而非一种静止的族群身份。
评论者强调了罗马在现代生活中无处不在且持续的影响，包括：
* **基础设施与法律：** 罗马民法和工程学的奠基作用。
* **文化：** 我们的历法、字母表和命名惯例的起源。
* **认同感：** 像罗马这样的城市如何继续使用“SPQR”等符号，来彰显其与历史之间持续且鲜活的联系。
尽管一些参与者提醒不要将罗马浪漫化——指出它对奴隶制的依赖，以及对早期美索不达米亚和希腊文明的传承——但大多数人仍承认它是现代西方社会的基石。归根结底，该讨论串将罗马视为一个未完待续的篇章，而非一段尘封的历史，认为它是一种交织在当代全球文化结构中、持续演进的影响力。
GloriousEggroll 的 Proton 已基于 Proton 11 重构。 GloriousEggroll's Proton has been rebased on Proton 11
18 小时前
GE-Proton11-1 已发布。本次更新基于 Proton 11 进行了大规模重构，并对视频回放功能进行了重大改良。开发者耗时四个月，将原本复杂且碎片化的基于 GStreamer 的视频后端，替换为精简的 `quartz-to-winedmo-to-ffmpeg` 流水线。 此次重构省去了包括《最终幻想 XIV》、《女神异闻录》系列以及众多视觉小说在内的多款游戏对 LAVFilters、quartz 或特定 DLL 覆盖的需求。该版本还引入了实验性功能（可通过环境变量选择开启），例如 D7VK、Discord 桥接、OptiScaler 支持以及增强的 WineALSA 控制。 此外，该版本还增加了对《星际公民》（Star Citizen）补丁、VRChat 网络摄像头追踪的支持，以及针对《Tex Murphy》等旧款游戏的本地 RSX3D 库支持。针对多款旧作实施了大量的 `protonfixes` 修复，包括各类 ID Tech 游戏和《极品飞车：地下狂飙 2》。 尽管部分较旧的 WMV 文件仍存在少量图形故障，但此次更新通过将针对游戏的修复整合进 Wine 核心构建中，显著提升了兼容性与稳定性。鼓励用户在 GE-Proton 的 GitHub 存储库中反馈任何遗留的视频回放问题。
GloriousEggroll (GE) 发布了其 Proton 分支的新版本，现已基于 Proton 11 构建。尽管 Valve 官方的 Proton 是大多数 Linux 玩家的标准配置，但 GE 分支因提供前沿功能和特定的兼容性修复（尤其是针对上游 Proton 尚未提供或排除的专有视频编解码器）而广受欢迎。
社区讨论的一个重点是利用人工智能解决 Wine 中长期存在的视频播放问题。此次 GE 版本成功省去了多款游戏所需的复杂“winetricks”或手动 DLL 覆盖步骤。然而，由于严格的“净室（Clean Room）”开发政策，这些更改很可能不会被合并到官方的 Wine/Proton 代码库中。维护者担心人工智能生成的代码可能无意中包含泄露的 Windows 源代码片段，从而引发法律风险。
关于这种对 AI 生成贡献的依赖是否是可持续的开发路径，或是对开源标准的违背，社区内部仍存在分歧。归根结底，虽然许多用户认为标准 Proton 已足够使用，但对于遇到小众技术障碍的爱好者而言，GE 分支依然是一个不可或缺的工具。
**摘要：Un-0 与物理人工智能的未来**
Unconventional AI 致力于以利用物理定律的节能计算，取代耗电的 GPU 深度学习。他们的首个里程碑 **Un-0** 是一款图像生成器，它模拟了一个耦合库拉本托（Kuramoto）振荡器系统——这是一个振荡能够自组织成模式的物理动力系统。
**工作原理：**
Un-0 用大量振荡器取代了传统的神经层。这些振荡器随时间演化，受学习到的耦合强度和频率控制。图像的生成过程是：初始化一个随机状态，让系统通过物理动力学“计算”出输出结果，最后将最终的相位表示通过一个紧凑的传统解码器进行处理。
**性能表现：**
在 ImageNet 64×64 基准测试中，Un-0 的 FID 得分为 6.74，达到了早期传统生成模型的质量水平。消融研究证实，物理动力学执行了有意义的计算：振荡器系统负责处理结构多样性和特征可分性，而解码器则专注于提升图像质量。
虽然 Un-0 在参数效率或峰值质量上尚未达到最先进水平，但它证明了现代人工智能任务可以在物理基底上运行，使该团队朝着实现 1000 倍能源效率提升的目标更近了一步。
Hacker News 的讨论围绕一篇关于“利用耦合振荡器生成图像”（unconv.ai）的文章展开，该文探讨了利用物理振荡器网络进行计算的方法。
尽管参与者认为这种方法颇具创新性，令人联想到物理计算和调频合成，但讨论中也针对其实际的可扩展性提出了强烈质疑。批评者指出，该模型所需的 $O(n^2)$ 连接方式带来了巨大的硬件工程挑战，因为要在芯片上实现数十亿个点对点连接以支持高分辨率（4K）输出，其成本和复杂性高得令人望而却步。
此外，用户质疑在考虑了编程和数据管理开销后，这些系统是否真的能在能效上优于传统的专用集成电路（ASIC）。许多评论者将该项目与早期的数字神经网络进行了比较，并指出，虽然“让物理定律进行计算”的愿景引人入胜，但目前的实现仍局限于小规模模拟。总的来说，大家的共识是，尽管这项研究是传统数字计算的一种引人入胜的替代方案，但它在制造、可重构性以及扩展至基础任务以外的能力方面仍面临巨大障碍。
Om Malik 于 2026 年 6 月 24 日在斯坦福医院因长期心脏健康问题去世，家人和朋友陪伴在他身边。我们邀请您在下方评论区分享您对 Om 的怀念，或在 X/Twitter、Instagram、Threads 或 LinkedIn 上发布并标记他的账号。如需了解更多关于 Om 的生平和工作，您可以访问他的个人主页或阅读维基百科上的相关资料。—— Om 的家人
科技界正在哀悼先驱科技记者、《GigaOm》创始人奥姆·马利克（Om Malik）的离世，享年 60 岁。
马利克被广泛视为早期科技博客的教父，他以直言不讳、充满人文关怀的视角以及在充满炒作的行业中始终保持的深厚诚信而备受赞誉。除了《Broadbandits》等新闻贡献外，许多硅谷人士将他视为一位“仁者”——他是一位无私的导师，不求回报地为新人提供机会与指导。
无论是通过对电信行业的敏锐分析，还是后来转向摄影和细腻的散文创作，马利克始终保持着善良与好奇的声誉。许多同行和前门徒认为他塑造了他们的职业生涯，并体现了曾经定义湾区科技圈的协作与支持精神。他的离世引发了各界的悼念，人们赞赏他对真相的执着以及他透过商业表象洞察人性的能力。他留下了一份专业卓越与个人慷慨的深远遗产。
这段内容是 PDF 文件的二进制数据流（已压缩），不是可以直接阅读的文本。
对不起。
由于您未提供需要翻译的内容，请将文本粘贴在上方，我将为您翻译。
这次 Hacker News 讨论聚焦于一篇关于“并行括号匹配”（Parallel Parentheses Matching）的文章。该技术利用双环半群（bicyclic semigroups）和二分搜索，在 GPU 上处理括号匹配问题。
Raph Levien (raphlinus) 指出，这种方法非常高效，已被应用在 Vello 图形引擎中，并在此前的一些实验性编译器（如 *pareas*）中进行过探索。他认为该方法的基础概念源于 Bar-On 和 Vishkin (1985) 的研究，并表示有兴趣将这一工作进一步完善以供学术发表。
讨论帖中还涉及了关于替代方案的技术辩论。一位用户建议使用区间最值查询（RMQ）树来解决该问题，但其他人提出异议，认为 RMQ 树的构建成本和渐近复杂度使其并不像声称的那样实用。后续讨论还涉及了这些并行化技巧在上下文无关文法（CYK 算法）中的更广泛应用，提及了 Dyck 语言，以及 Oleg Kiselyov 等研究人员的有影响力的工作。技术读者还指出了原文中 LaTeX 渲染存在的一些小问题。
“看门人谬论”（Doorman’s Fallacy）是指一种错误认知，即认为技术可以在不产生负面后果的情况下取代人工服务。最近的一次早午餐体验完美地诠释了这一点：那家餐厅用二维码取代了实体菜单和服务。 这种看似高效且能降低成本的手段，最终却降低了顾客的体验。基于二维码的系统强迫客人们不断地查看手机，破坏了团体的社交氛围。浏览菜单、处理停车提醒、分摊账单等简单任务，变成了摩擦、困惑和焦虑的来源。存在缺陷的数字化界面导致一行人对支付情况感到不确定，引发了关于分摊费用的尴尬对话，账单结算也出了错，最终还是需要工作人员出面干预。 虽然餐厅的初衷是追求运营效率，但这一做法剥夺了用餐体验的轻松感与“魔力”。通过将数字化自动化置于人工服务之上，该机构无意间创造了一个令人紧张的环境，从而让顾客不再愿意进行多人聚餐。这是一个警示故事：当企业优先考虑削减成本的技术而非人的因素时，往往会牺牲掉吸引顾客回头的核心品质。
“看门人谬论”（Doorman’s Fallacy）指的是企业倾向于将那些提供显著但微妙的人性价值的角色进行自动化处理。尽管看门人常被简单地视为开门者（这一任务可轻易被技术取代），但他们实际上提供了“被动式待客之道”和隐形协作，例如安保、问题解决以及社交润滑。
所引用的 Hacker News 讨论指出，当企业用技术取代人工（如扫码点餐或停车应用）时，他们往往关注直接成本，而非客户体验的“最后一公里”。评论者认为，糟糕的自动化忽略了环境背景、极端情况以及服务中复杂的社交动态，从而制造了阻碍。
然而，讨论存在分歧：一些人认为该“谬论”是理解过度追求效率的设计如何侵蚀社会结构的有用框架；另一些人则认为，许多“过时”的角色被取代仅仅是因为它们效率低下或属于奢侈配置。批评该术语的人士认为，许多现代抱怨并非针对自动化本身，而是针对“糟糕的界面”和不当的实施，并指出设计良好的技术有时比人工更高效地处理任务，例如分摊账单。
初创企业常面临一种危险的诱惑，即来自大型“不匹配”企业客户的订单。虽然眼前的收入可以解决生存问题，但为了迎合这些客户，初创公司往往被迫定制产品，从而逐渐侵蚀其最初的愿景和路线图。
布莱恩·切斯基（Airbnb）、斯图尔特·巴特菲尔德（Slack）以及科里森兄弟（Stripe）等创始人之所以能存活下来，是因为他们意识到产品路线图需要有“主心骨”。他们明白，拒绝那些利润丰厚但目标不一致的客户，是关乎企业存亡的必要之举。如果缺乏一个具体且可证伪的论点来明确产品受众及其价值创造方式，创始人就难免会屈服于大型客户的“引力”，最终打造出一个无法扩展的“科学怪人”式产品。
这给我们的启示并非要避开大客户，而是要保持清醒，明确哪些问题才是自己该解决的。约束具有保护作用：通过过滤掉不匹配的潜在客户，初创公司可以优化其产品、信息传达和市场契合度。归根结底，拒绝错误的客户是接受正确客户的前提。企业的生存取决于是否拥有足够清晰的使命，以便在产品偏离过远时能够察觉，并有勇气及时纠正。
抱歉。
现代烘焙往往优先考虑科学的精确性，数字秤和高度优化的电子表格取代了传统的直觉依赖。尽管这种分析性的转变使烹饪变得更具可重复性和易学性，但也造就了一代因害怕偏离精确测量而变得畏手畏脚的厨师。
从历史上看，食谱都很简洁，默认厨师具备深厚的直觉经验。向标准化、经验主义烹饪的转变直到上个世纪才逐渐流行，这得益于家政运动和厨房的工业化。然而，这种对绝对掌控的追求只是一种错觉；厨房是一个生物环境，湿度和食材质量等变量在不断变化。
烹饪不是实验室实验，而是一种极其私人的感官体验。依靠“框架”而非死板的公式，可以让厨师适应各自独特的生活环境。通过摆脱对精确克数的执念，我们重新找回了烘焙的艺术性。正如作者在教母亲制作哈拉面包时所发现的那样，真正的烹饪自信源于相信自己的感官——感受面团、观察火候，并拥抱过程的灵活性。归根结底，食谱仅仅是一个起点；真正的魔法始于我们停止测量、开始感知的那一刻。
关于“追求完美面包的焦虑”，Hacker News 上的讨论探讨了科学烹饪的精确性与直觉式家庭烹饪之间的矛盾。
许多参与者认为，尽管食谱为商业环境下的可重复性提供了必要框架，但它们往往忽略了环境湿度、面粉质量和海拔等变量。推崇“凭感觉烹饪”的人认为，死板地遵循克数和比例可能是一种“徒劳”，并主张家庭烹饪的真正目标在于享受和调整，而非追求科学上的完美。
反之，另一方则捍卫精确性，认为它是确保一致性的工具，尤其对于没有导师的初学者而言。他们指出，质量测量和固定比例提供了一个可靠的基准，能有效避免浪费和挫败感。最终，共识倾向于一个折中方案：精确性是初学者的有效辅助，但经验丰富的厨师最终会转向直觉。这种演变使他们能够考虑到食材的“弹性”，将烹饪从一项刻板且令人焦虑的任务，转化为一种实验性和创造性的过程。
Persona 是一个基于 TypeScript/原生 JS 构建的可主题化、与框架无关的 AI 聊天小部件。它专为快速集成而设计，可为任何网站或产品提供即插即用的 UI，作为 React、Vue 或 Svelte 等现有技术栈的轻量级配套工具。
主要功能包括：
* **灵活部署：** 通过简单的配置或 `<script>` 标签支持浮动、停靠（侧边栏）和全屏布局。
* **后端无关：** 可连接到任何支持 SSE 的后端，并提供针对 Node、Bun、Deno 和 Cloudflare Workers 的适配器。
* **丰富功能：** 包含流式响应、多模态内容（图像/文档）、语音输入/输出、工具调用可视化、工件渲染和推理气泡。
* **高度可扩展：** 提供强大的插件系统，允许开发者无需分叉（fork）核心代码即可自定义 UI 层、解析器和组件逻辑。
* **开发者体验：** 内置对 WebMCP/页面工具、安全 API 代理和热重载开发环境的支持。
无论你需要一个简单的支持启动器还是功能齐全的 AI 工作区，Persona 都提供了一种声明式、低依赖的方式来构建能无缝集成到任何环境中的 AI 体验。
抱歉。