在拉丁字母排版中，字体通常由两种互补的风格组成：罗马体（直立）和斜体（倾斜）。斜体通常具有更窄、更流畅的形态，受到文艺复兴时期手写体的影响。设计出一对“和谐的组合”需要精妙的平衡：这两种风格既要保持结构上的相似性，又必须具备足够的差异，以便读者进行区分。 这种区别可以追溯到文艺复兴时期。当时，受卡洛林小写体和罗马碑文启发的文艺复兴人文主义手写体，演变成了我们今天所熟知的两种格式。虽然“罗马体”指代古代的碑文书体，但“斜体”指的是在意大利发展起来的连笔倾斜风格。到16世纪中叶，法国印刷商开始将这两种风格结合使用，以提供视觉层次和重点标注。 如今，斜体具有实际的功能用途，用于突出显示文本中的标题、外来词或特定短语。但需要注意的是，罗马体与斜体的配对是拉丁字母特有的；其他全球书写系统则采用不同的方法（如改变字重或使用标点符号）来实现类似的强调效果。
每日HackerNews RSS
```类型词``` Words of Type
35 天前
抱歉。
这段文字探讨了人工智能生成小说的局限性，特别指出尽管像 Claude 这样的模型能够娴熟地模仿布拉姆·斯托克等经典作家的文体“复本”，但在构建有意义的情节方面却显得力不从心。AI 往往倾向于营造氛围、停滞不前的描述——空荡的走廊和无所事事的角色——而不是推动叙事发展。当被要求加入更多动作场景时，文字质量就会下降，这暴露了 AI 从根本上依赖通用模式，而非基于有意识的创作选择。 作者认为，文学作品需要作者独特的“选择”来赋予场景生命力，而 AI 仅仅是综合了海量的现有文本。归根结底，作者对人类在文学中的角色保持乐观。通过类比国际象棋——尽管计算机早已超越人类，但人们对人类对弈的兴趣却达到前所未有的高度——作者指出，文学的价值在于人类的创作过程。无论 AI 未来模仿动作的能力如何，人类创作和阅读人类所写故事的渴望，始终是一项本质且不可替代的追求。
美国弹药工业基础面临一个关键弱点：对固体火箭发动机（SRM）的过度依赖，而该生产环节受制于国内唯一一家高氯酸铵（AP）生产商。由于高氯酸铵是一种危险且受严格监管的氧化剂，扩大固体火箭发动机的产能是一项需要十年之久的工程，且极易因单一故障点而导致灾难性后果。
历史上的国防需求因冷战时期对“预警即发射”准备状态及处理安全性的要求，转向了固体推进技术。然而，这导致美国在现代冲突中无法迅速补充库存。尽管主要防务承包商和新兴的“新一代主承包商”正试图扩大固体火箭发动机产能，但这些努力受限于同样的能源供应瓶颈及漫长的监管障碍。
为了通过“可消耗型规模”实现有效的威慑，美国必须推进推进策略的多元化。开发使用广泛可用的碳氢化合物和过氧化氢作为动力的液体推进导弹，提供了一条更优路径。与固体导弹不同，液体燃料系统在制造和储存期间呈惰性，能够利用商业规模的供应链，从而避开高氯酸铵的瓶颈。转向这些系统有望在切合实际的时间框架和预算内实现弹药的大规模生产，从而摆脱当前威胁美国军事准备水平的遗留限制。
现代互联网已经抛弃了“整洁、可维护代码”的圣条，转而进入了一个由“代理式垃圾内容”和海量 Token 消耗所定义的时代。传统的网络开发优先考虑速度、可访问性和语义结构，而新的范式则推崇复杂性、臃肿的依赖关系，以及那些更像是风投推介噱头而非实用工具的“AI 原生”架构。 在这个生态系统中，整洁的代码被视为博物馆里的陈列品。开发者不再维护软件，而是重新输入提示词。复杂性现在成为了一种证明巨大计算成本合理的特性，“烧钱率”成了首要的商业指标。连开源领域也遭到了摧毁，代码库被机器生成的合并请求（PR）淹没，并由机器人管理，使得人类的贡献过程变得过时。 作者出于纯粹的厌恶，用简洁的纯 HTML 来维护这个网站——这是一种怀旧的“个性设定”，置身于这样一个景观之中：网站被蓄意弄得支离破碎、臃肿不堪，并且是为了迎合算法关注而非人类使用而设计的。在大语言模型时代，编程工艺被降级为一种噱头，而互联网本身正在演变成一个自我消耗、充斥着机器生成废料的循环。
Hacker News 上的讨论围绕着一个名为“Agentic Mfw”（agenticmotherfucking.website）的病毒式 AI 生成网站展开。该网站利用粗俗语言和愤世嫉俗的调侃，讽刺了当前软件开发行业的现状、AI “垃圾内容”的泛滥，以及对“智能体（agentic）”AI 盲目且肤浅的追捧。
社区对此反应不一，但大体上对这种讽刺表示欣赏。支持者认为这些文字令人感到畅快，称赞其揭露行业荒诞现实的言论“十分给力”，例如对臃肿依赖项的痴迷以及科技趋势中的表演性行为。相反，一些用户表达了对“AI 疲劳”的感受，认为这种愤世嫉俗的口吻和由大语言模型生成的粗话令人厌倦。
讨论的很大一部分集中在网站本身的元评论上：这是一个 AI 在批评正被该技术重塑的行业。尽管关于“规格剽窃”的伦理及 AI 对开源劳动的影响仍存在争议，但主流观点倾向于将该项目视为一种聪明的自我解嘲，它精准地捕捉到了许多开发人员在面对现代科技快速、混乱的演进时所感受到的认知失调。
Capstone 是一个轻量级、高性能且线程安全的逆向工程反汇编框架，专为二进制分析而设计。它由纯 C 语言编写，具备清晰且与架构无关的 API，支持包括 ARM、RISC-V、X86、WebAssembly 在内的多种架构。 除了基本的反汇编功能外，Capstone 还提供深度的指令语义分析（例如显式寄存器使用情况），使其成为恶意软件分析和内核级嵌入的理想工具。该框架具有极高的可移植性，可在 Windows 和类 Unix 系统上原生运行，并为开发者提供了丰富的语言绑定（包括 Python、Rust、Java 和 Go）。 作为公认的行业标准，Capstone 因其可靠性、模块化和快速响应的特性而备受安全研究人员推崇。该项目采用 BSD 许可证发布，目前处于活跃开发状态，近期更新重点关注性能提升、安全补丁以及扩展指令集支持（例如正在进行的 6.0.0-Alpha 系列）。
无穷尽 Ad InfiniTum
35 天前
谷歌最近在 I/O 大会上发布的公告标志着一次重大转型：用由 Gemini 驱动的“生成式界面”取代传统的搜索结果。通过将信息直接整合进搜索界面，谷歌实际上正在瓦解长期以来建立在“链接”基础上的网络经济模式，即过去那种将流量导向外部网站的方式。 虽然此次发布会的主题侧重于生产力和 AI 智能体，但值得注意的是，会上避谈了商业化问题。然而，内部研究和随后的广告商活动显示，谷歌正转向“显著性分配”模式，广告不再以侧边栏横幅的形式出现，而是编织进 AI 生成的答案中。广告商现在通过竞价来影响模型输出，即企业可以付费让 AI 将其产品作为客观建议进行“推荐”。 归根结底，谷歌正在从搜索引擎演变为一个深度个性化的智能体，通过采集用户的邮件、文件和习惯等数据，为一套全新的、隐形的广告基础设施提供支持。通过吸收开放网络来训练模型，并控制搜索框内的叙事，谷歌正将其未来押注在一个付费影响力与自然内容无法区分的系统上。核心问题依然存在：用户是否愿意用信任和隐私来换取这种整合式的体验，还是说公众对 AI 的怀疑态度会打破谷歌的这场豪赌？
抱歉。
经过六年的开发，Pluto 正式发布了 1.0 版本。这一里程碑标志着该平台作为 Julia 编程语言领先交互式笔记本环境已趋于成熟。
Pluto 旨在让科学计算变得易于访问、可复现且充满乐趣。其响应式架构类似于电子表格，当代码发生更改时，会自动更新下游单元格。其主要功能包括：
* **可复现性：** 每个笔记本都具有独立的包管理功能，确保在不同环境下执行的一致性。
* **交互性：** 内置组件（通过 `PlutoUI.jl`）支持滑块、按钮和自定义界面。
* **教育优先设计：** 为课堂教学优化，Pluto 包含直观的错误提示、无障碍支持（涵盖 16 种语言）以及交互式讲义模板。
* **性能与灵活性：** 1.0 版本增强了编辑器工具，增加了高级单元格控制（如禁用响应式），并提供了对静态 HTML/PDF 导出的稳健支持。
尽管该项目始终致力于帮助用户掌握 Julia 而非通过自动化取代人工，但它也针对语法错误集成了部分 AI 辅助功能。目前，该项目已托管在“JuliaPluto”组织下，并将继续通过协作式的开源生态系统不断演进。你可以通过在 Julia 环境中运行 `import Pluto; Pluto.run()` 来开始使用。
抱歉。
安全研究员 Ammar Askar 披露了 `github.dev`（VSCode 的网页版）中存在一个严重漏洞，攻击者可通过恶意链接窃取用户的 GitHub OAuth 令牌。
**漏洞说明：**
VSCode 的 webview 被隔离在 iframe 中，以防止跨域攻击。然而，为了维持 UI 功能，VSCode 允许这些 iframe 将键盘事件“冒泡”传递给主应用程序。研究人员发现，攻击者可以向 webview 中注入 JavaScript（例如通过 Jupyter Notebook），从而通过编程方式模拟键盘快捷键。
**攻击方式：**
通过触发特定的组合键（如 `Ctrl+Shift+A`），攻击者可以自动从存储库安装恶意的“工作区扩展”。一旦安装，该扩展即可窃取受害者的 GitHub 令牌，而该令牌拥有用户所有存储库（包括私有存储库）的完整读写权限。
**防护措施：**
研究人员警告称，如果您曾使用过 `github.dev`，浏览器很可能已存储了相应的身份验证信息，这使您面临点击指向恶意存储库链接的风险。建议用户清除浏览器中 `github.dev` 的站点数据，以重置安全握手信息。
请在浏览器中启用 JavaScript 以使用此网站。 重新加载页面
抱歉。
关于 新闻 版权 联系我们 创作者 广告 开发者 条款 隐私 政策与安全 YouTube 的运作方式 测试新功能 © 2026 Google LLC