每日HackerNews RSS

## 服装符号语言 (GNL) - 摘要 GNL是一种正式的描述性语言,专为服装制作设计,旨在将舞蹈(拉巴诺舞谱)和音乐(五线谱)等领域使用的符号的精确性带到服装创作中。它允许通过生成系统对服装进行明确的定义,其中有效的描述*足以*用于制作。 主要特点包括**以身体为锚点**(使用解剖标志)、**拓扑性**(将服装定义为表面)、**构造性**(编码构建顺序)和**可组合性**(由更简单的部分构建复杂的服装)。 该语言使用PEG语法定义,并包含一个实时查看器,可以将GNL代码转换为3D服装可视化和2D纸样。还提供了一个转换器,用于将Korosteleva数据集中的数据转换为GNL格式。 目前处于草案阶段(v0.2),GNL是一个正在进行中的工作,寻求服装专业人士的反馈以完善和扩展其功能。

## 服装符号语言:谨慎的反应 一个名为服装符号语言(GNL)的新项目,旨在创建一个正式的、基于代码的系统来描述服装结构——类似于服装的乐谱。然而,Hacker News评论员的初步反应大多是批评。 许多在纺织品、纸样制作(包括使用GRAFIS CAD和Clo3D等行业软件的专业人士)和缝纫方面有经验的人认为该项目存在缺陷。担忧包括示例中的差异、对基本服装结构技术(缝线、衬布)缺乏理解的看法,以及缺乏即使是简单的手工缝纫所必需的功能。一些评论员指出,已经存在成熟的纸样创建和3D服装建模方法(Marvelous Designer、Clo3D、FreeSewing)。 虽然“基于代码”的服装方法很有趣,但目前的实现被认为是“粗制滥造”且可能“凭空捏造”,一些人质疑创建者是否在该领域有实践经验。尽管目标是创建一个严谨、明确的语言,但该项目目前被视为更多的是概念探索,而非实用工具。

这段代码在网页中设置了三个交互式演示,使用了`DemoPlayer`类。 **交互演示:** 模拟基本文件系统操作——创建目录、写入文件,以及执行第一次Git提交并附带初始信息,然后编辑文件并使用`git diff`查看更改。 **Git演示:** (片段中未提供完整细节,但暗示展示Git功能)。 **种子演示:** 演示“种子”功能,可能用于数据传输或备份。它在“左”Shiro实例上创建一个文件,生成一个GIF,然后“拖动”(传输)该文件到“右”Shiro实例,验证文件在目标位置的存在和内容。该演示包含延迟以可视化该过程。 代码在页面加载时初始化这些演示,并启动一个“英雄”动画。每个演示都使用一系列步骤,这些步骤被定义为包含命令(`cmd`)、注释和可选延迟或拖动动作的对象。

## Shiro:一个基于浏览器的Unix环境 开发者sagebird创建了Shiro,一个完全功能性的Unix类环境,完全运行在单个HTML文件(约420KB)内。Shiro使用JavaScript构建,并利用IndexedDB进行存储,包含shell、文件系统、Git、npm、Node.js,甚至vi——拥有超过200个命令。 [https://shiro.computer](https://shiro.computer) 上的演示展示了npm安装、Node执行和Git工作流,*实时* 在浏览器内进行。值得注意的是,创建者声称运行Claude Code安装脚本可以在Shiro内工作,允许AI工具使用该环境。 然而,评论者指出其局限性:它不是一个真正的Unix系统,因为它不运行ELF二进制文件或拥有内核,而是依赖于TypeScript对常用命令的重新实现。一位用户成功编译并运行了一个简单的C程序,而另一位用户则质疑该项目的目的,称其为“费雪Linux CLI模拟器”。

## Chrome 稳定版更新 - 2026 年 2 月 Chrome 稳定版已更新至 145.0.7632.75/76(Windows/Mac)和 144.0.7559.75(Linux)版本,将在未来几周内分发。此版本包含 **一个关键安全修复** (CVE-2026-2441),解决了 CSS 中的使用后释放漏洞。 值得注意的是,Google 已经知晓该漏洞存在正在被利用的实际攻击。该修复由 Shaheen Fazim 报告。 所有更改的详细信息请参阅日志安全修复和奖励,但为了保护用户和第三方依赖项,对特定漏洞信息的访问可能会受到限制。Google 感谢所有为 Chrome 安全做出贡献的安全研究人员。 鼓励用户通过提交错误报告来报告任何新问题,并利用社区帮助论坛寻求支持。

谷歌Chromium的CSS引擎中发现了一个零日漏洞(CVE-2026-2441),可能允许远程攻击者通过精心设计的HTML页面利用堆损坏。 这会影响基于Chromium构建的浏览器,包括Chrome、Edge和Opera——但**不**包括Firefox或Safari。 Brave浏览器也受到影响。 该漏洞是一个“使用后释放”问题,一些用户报告在使用开发者工具处理动态Web应用程序时Chrome崩溃。讨论的中心是可能授予发现该漏洞的研究人员的赏金,以及大型语言模型(LLM)是否协助了漏洞的发现,这可能预示着漏洞研究的新时代。 更多详细信息请参见Google安全博客。

最近的Thoughtworks软件开发未来研讨会探讨了人工智能对软件开发生命周期的影响,结论是人工智能并非需要新的宣言,而是暴露了现有实践中的裂痕。参与者普遍对人工智能对生产力、角色和开发未来的真正影响感到不确定——每个人都在“边做边摸索”。 关键主题包括需要“监督工程”的中层循环、将风险分层作为核心学科、以及认识到测试驱动开发(TDD)对于有效的提示工程至关重要。人工智能充当着放大器,突出了开发流程中现有的优势和劣势。 研讨会还强调了对安全性的担忧、大型语言模型(LLMs)可能削弱专业技能(可能提升“精通型通才”)、以及LLM令牌使用的长期成本不确定性。最终,共识是人工智能是一种强大且不可逆转的力量,重点应该放在最大化其益处的同时减轻风险——特别是通过投资代码健康和平台思维。本次活动促进了一种独特包容和尊重的对话,强调了在应对不断变化的格局中共享学习的重要性。

请启用 JavaScript 并禁用任何广告拦截器。

黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录 斯蒂芬·科尔伯特落幕 (nytimes.com) 41 分,由 -0 18 分钟前 | 隐藏 | 过去的 | 收藏 | 4 条评论 帮助 coredog64 2 分钟前 | 下一个 [–] 哦不!联邦政府正在执行长期存在的法规。https://www.govinfo.gov/app/details/USCODE-2023-title47/USCO... 回复 rapnie 16 分钟前 | 上一个 | 下一个 [–] https://archive.ph/uiF6V 回复 NickC25 5 分钟前 | 上一个 | 下一个 [–] 不是科尔伯特的粉丝,但尊重并同意他的所作所为。埃利森和他那类人(包括魏斯)是贪婪、权力欲强、反美、以以色列为先的寄生虫。狠狠地征税吧。回复 poszlem 11 分钟前 | 上一个 [–] 不是科尔伯特的粉丝。话说回来,本届政府所做的事情令人作呕,而且像你能想象到的那样反美。回复 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:

阿波罗11号悖论:我们用4KB的内存登上了月球。今天,一个空白的Electron应用仅仅为了渲染一个白屏就需要400MB。现代计算是堕落的。它建立在服务于开发者而非机器的抽象层之上。我们用便利性换取了效率,并因此失去了与硬件的联系。 AXIOM是对这种堕落的拒绝。它是一个基于数学应是机器原生语言原则构建的操作系统。 1. 没有垃圾回收。你自行管理内存。 2. 没有虚拟机。shell直接与内核通信。 3. 没有“智能”调度器。我们使用博弈论来解决资源分配问题。

一位19岁的航空航天专业的学生从头开始构建了“Axiom”,一个以数学为原生的操作系统,详情发表在Hacker News上。该项目旨在将操作系统内核视为一个数学引擎,而不是传统的管理员。 Axiom由三个核心组件组成:**Flux**,一个允许直接数学语法的shell(例如x²);**Tenet**,一个基于博弈论的调度器,通过基准测试将系统抖动减少高达48倍;以及**Alexitha**,一个神经符号安全层,用于验证内核模块。 目前处于预Alpha阶段,由于安全性和安全层潜在的商业化,源代码目前关闭,但可以获取白皮书。该创建者详细介绍了该项目的哲学基础——重新思考操作系统架构的愿望——在链接的Medium文章中。虽然一些评论者建议将组件分离成独立的工程,但这项雄心勃勃的尝试展示了一种新颖的操作系统设计方法。

(Empty input provided. There is nothing to translate.)

## VectorNest:一款新型浏览器SVG编辑器 ekrsulov最近发布了VectorNest,一款开源的、基于浏览器的SVG编辑器,旨在进行快速编辑——路径、对齐、动画,甚至LLM辅助,而无需安装软件。该项目可在[https://ekrsulov.github.io/vectornest/](https://ekrsulov.github.io/vectornest/) 和 GitHub ([https://github.com/ekrsulov/vectornest](https://github.com/ekrsulov/vectornest)) 上找到,欢迎反馈和贡献。 早期用户称赞其极简的UI,但也注意到处理复杂SVG时存在一些渲染问题,以及撤销功能偶尔出现问题,开发者正在积极解决这些问题。该编辑器采用基于插件的架构,部分得益于与AI代理的合作开发,以保持稳定性并添加功能。未来的开发包括路径焊接和UI改进。它还会自动将工作保存到本地存储。 与Boxy SVG和Vectorpea等现有编辑器相比,VectorNest旨在成为一款轻量级、无需安装的解决方案,用于快速修复SVG和工作流程。

启用 JavaScript 和 Cookie 以继续。

这个Hacker News讨论围绕Python中的链式赋值以及潜在的意外行为。原始文章强调了一个特性:使用可变对象(如列表)的链式赋值可能由于Python从左到右的求值方式而导致令人惊讶的结果。 许多评论者指出,这种困惑源于期望链式赋值像同时赋值一样工作,但事实并非如此。一个关键的区别在于可变类型和不可变类型;对于不可变类型(如浮点数),会创建副本,从而避免了这个问题。 讨论还涉及在函数定义中使用可变默认值(如`[]`)的危险,这会创建一个共享对象。许多人认为链式赋值容易被滥用,并且经常在专业的代码库中被禁止,提倡使用更清晰的多语句赋值。有些人承认,理解链式赋值的复杂性对于大多数Python程序员来说并不重要,尤其是那些来自非传统编程背景的程序员。

## 通用表达式语言 (CEL) 总结 CEL 是一种快速、可移植且安全的语言,用于评估表达式与数据(如 Protobuf 消息或 JSON 对象)的匹配情况。它被用于 Kubernetes 和 Google Cloud IAM 等重要系统中。 CEL 支持基本数据类型(字符串、数字)和操作,如比较和字符串函数。它擅长使用 `in`(成员资格)、`exists`(任何匹配)和 `filter`(缩小列表)等函数处理 **集合**。**时间戳和时长** 本身就得到原生处理,用于基于时间的逻辑。 表达式可以与 **逻辑运算符** (`&&`, `||`) 和条件逻辑 (`? :`) 结合使用。重要的是,CEL 允许 **数据转换** – 基于条件创建新的数据结构,如映射和列表。`map` 等函数能够实现强大的操作,包括同时过滤和修改集合元素。 最终,CEL 提供了一种安全高效的方式来定义基于数据的动态规则和策略。

## CEL 示例:总结 这次黑客新闻讨论围绕 CEL(通用表达式语言),这是一种设计用于在应用程序中嵌入计算的语言,尤其适用于策略决策和数据过滤。用户强调 CEL 的优势在于提供了一种定义明确、速度合理且*安全*可嵌入的语言——避免了通常在使用更通用的语言时发现的临时实现的陷阱。 关键点包括:CEL 的非图灵完备性是故意的,旨在保证终止和可预测的性能(微秒级评估时间)。虽然不如 Rego(OPA 使用)等替代方案强大,但 CEL 在更简单、程序化的逻辑方面表现出色。它被用于 Kubernetes 的验证规则和 FHIR 的路径表达式。 一个核心优势是它可以进行静态分析以进行成本估算,从而允许开发人员在运行时*之前*拒绝潜在的昂贵表达式。这与图灵完备的语言形成对比,在图灵完备的语言中,保证终止或限制执行时间是困难的。CEL 并非旨在成为通用的配置语言,而是用于更大系统中的受限表达式。

## 人工智能与生产力:首席执行官可能错失了重点 最近的一项调查显示,许多首席执行官报告说人工智能并未带来生产力提升,这导致一些人宣布人工智能是失败的。然而,这种评估很可能源于*如何*实施人工智能,而非其内在能力。问题不在于缺乏潜力,而在于未能将人工智能周全地融入工作流程。 与其进行大规模、全公司范围的部署,且培训不足,不如从小规模、有针对性的应用中获得实际收益。例如,协助会议记录、代码搭建和研究整理等工具可以节省大量时间——从而累积地提高个人生产力。这些“无摩擦”的改进难以在传统报告中量化,导致首席执行官忽略了它们。 此外,依赖第三方人工智能会引发隐私问题,因为这些工具需要数据输入。虽然提供了生产力优势,但这种数据共享也带来了许多组织尚未解决的治理挑战。 归根结底,差距不在于技术,而在于技能差距。有效使用人工智能需要个人进行实验并根据特定需求进行调整——这个过程不像软件购买那样易于扩展。人工智能并未失败;大多数公司只是还没有学会*如何*有效地使用它。

## AI 与生产力:好坏参半的体验 最近一篇 Hacker News 的讨论,源于一篇博客文章 ([dmcc.io](https://dmcc.io)),围绕着 AI 对生产力的影响展开。发帖者声称,通过用自托管的替代方案取代大型科技公司的工具,并利用 AI,获得了显著的收益,但具体细节并不多。 许多评论者表示认同,报告说由于 AI 驱动的代码助手(Copilot、Cursor、Claude Code)和会议转录服务(Granola、Hyprnote)等工具,他们节省了大量时间,工作流程也更加顺畅。一些人估计,在 AI 辅助下,代码产出速度提高了 5-10 倍,甚至提高了代码质量和文档质量。 然而,也存在怀疑论。有人提出了麻省理工学院的研究,表明 AI 试点项目往往导致个人使用而非公司受益,可能掩盖了工作中的休闲行为。 还有人质疑,仅仅*更快地生成*代码是否等同于更好的解决方案,强调理解用户需求的重要性。一个共同的担忧是,AI 的收益是“细微且个人的”,难以量化,并可能夸大估值。 最终,这场讨论凸显了一个转变,即 AI 正在成为许多工作流程的核心部分,但其长期影响和可负担性仍然不确定。

更多

联系我们 contact @ memedata.com