## HTML标签闭合：澄清 本文旨在澄清关于HTML编码的一个常见误解：像`<p>`、`<li>`、`<img>`和`<br>`这样的标签是否必须闭合。**在HTML5中，闭合这些标签*不是*必需的。** 浏览器不会将缺失的可选结束标签视为错误，这种观点源于过去的网络开发标准XHTML的更严格规则。 历史上，像`<p>`和`<li>`这样的元素在早期的HTML版本中*没有*闭合标签。虽然XHTML要求所有标签都闭合（通常使用`/`在末尾表示“空”元素，如`<img>`），但HTML5则更宽容。 `/`自闭合语法存在于HTML5中，主要是为了便于从XHTML迁移。空元素*可以*自闭合，但这是一种偏好，而不是要求。 **最佳实践建议保持一致性：** 要么始终闭合可选标签以提高清晰度，要么为了简洁起见而省略它们——尤其是在技术文档中。 当将网站迁移到HTML5时，通常只需更改DOCTYPE即可；无需进行大量的标签调整。 最终，如果有人声称您的HTML因省略这些标签而无效，您很可能被误导了。
每日HackerNews RSS
- `, `
`, 或 `
` 标签。 You are not required to close your,
- ,
, or
tags in HTML
23 小时前
在HTML中，你不需要关闭你的 `
`, `
这个Hacker News讨论的核心是HTML中省略结束标签（例如`<p>`, `<li>`, `<img>`, 和`<br>`）的长期允许性。原始帖子指出，HTML从未*要求*必须关闭这些标签。
对话深入探讨了历史，解释说早期的HTML源自SGML，允许省略结束标签以提高清晰度和简洁性，尤其是在手动编码时。Netscape最初强制执行更严格的HTML，但Internet Explorer的“尽可能渲染无效HTML”方法（尽管一位评论员声称并非如此，但从1995年之后）最终影响了标准。XHTML试图强制执行类似XML的严格性，但最终被放弃。现代HTML5规范化了像IE这样的浏览器的错误恢复启发式方法。
许多评论者同意，虽然在技术上是有效的，但关闭标签可以提高可读性和可维护性。现在，诸如Prettier之类的自动格式化工具可以轻松处理这些问题，从而减轻了严格性的负担。这场争论最终归结为历史灵活性与现代代码清晰度最佳实践之间的权衡。
## 替代胶片格式的历史
早期电影是胶片格式实验的热点。早在1915年，发明家们就开始探索替代标准35毫米格式的方案，包括“美国城市螺旋图”——一种基于圆盘的系统——以及阿拉丁电影产品公司的类似、短暂的尝试。其他想法包括将35毫米帧分成两半（双工公司），以及一种带有集成音轨的42毫米格式（Triergon）。
早期最成功的替代方案是Pathé的9.5毫米“Pathé Baby”系统（1922年），它提供家庭影院体验，图像清晰度令人惊讶，并具有独特的机制来突出显示帧。它获得了忠实的追随者，甚至启发了日本的模仿者，后来还出现了带声音的版本。
柯达在1923年推出了16毫米胶片，强调图像质量和更经济高效的显影过程。随后出现了许多其他格式，包括17.5毫米以及各种进一步缩小胶片宽度的尝试，例如8毫米“鞋带”胶片。
虽然8毫米和16毫米最终占据主导地位，但人们继续尝试诸如Super 8和Super 16等格式。如今，一个专门的社群仍在维持这些“非标准”格式的生命力，收集设备，改造现代技术，甚至继续拍摄和冲洗胶片。一个多世纪的创新产生了近100种不同的胶片规格，这表明人们一直在不断追求更好的图像质量和可负担性。
## 电影格式与历史 - Hacker News 讨论摘要
一个 Hacker News 讨论，源于一个网站链接（xs4all.nl），该网站详细介绍了超过一个世纪的胶片尺寸，探讨了动态影像格式的历史和演变。用户注意到一些格式的惊人寿命，并惋惜其他格式的消失，以及托管有关旧技术的网站正在消失。
对话涉及早期20世纪出生的人们令人惊讶地早期采用个人网站，并分享了 Michael Rogge（1929年出生）的网站链接。讨论还集中在胶片与数字的持久吸引力上，提到了如 VistaVision 和 IMAX 等大画幅胶片再次受到关注。
几位评论员强调了胶片标准的混乱且常常不合逻辑的发展，这受到制造实用性和胶片显影工艺演变的影响。争论扩展到兼容性和设计在标准中的平衡，以及惯性如何使某些格式保持活力，而更好的替代方案却逐渐消失。最终，该讨论庆祝了相对年轻的电影艺术形式及其持续的演变。
## C++ 优化问题与 `std::move` 精通 (概要) 本文深入探讨了 C++ 中经常被误解的移动语义。它强调了看似经过优化的 C++ 代码，由于隐藏的复制操作，可能会意外地表现不佳。核心问题是：如果类的移动构造函数未标记为 `noexcept`，编译器会在容器重新分配时默认*复制*元素以保证异常安全，从而抵消潜在的性能提升。 至关重要的是，`std::move` 本身并不会*移动*任何东西；它是一种将对象的“值类别”转换为表示可以安全移动*离开*的类型转换。理解值类别（左值、右值、x值）是基础。 文章详细介绍了常见的错误：在返回值上使用 `std::move`（阻止优化），在 `const` 对象上使用 `std::move`（强制复制），以及在移动之后使用（导致未定义行为）。它强调正确实现“五法则”（析构函数、复制/移动构造函数和赋值运算符），并始终将移动操作标记为 `noexcept`。 现代 C++ 标准（C++14、C++17、C++20、C++23）不断发展，以进一步优化移动操作，包括编译时移动和仅移动函数包装器。最终，关键要点是将 `std::move` 视为对编译器的*承诺*，即对象资源可以安全地转移，从而实现高效的资源管理并避免不必要的复制。
## Vojtux：为视障人士设计的Linux发行版 Vojtux是一个非官方的Linux发行版，基于Fedora构建，专门设计用于增强视障用户的可访问性。该项目旨在弥补主流发行版（如Fedora）完全集成可访问性之前的差距——努力实现“不再需要Vojtux！”的未来。 目前基于Fedora 43 (Mate Spin)，Vojtux专注于*最小化*定制，优先考虑稳定性和易于维护性，尽可能利用上游Fedora。修改越来越多地以单独的RPM软件包的形式通过Vojtux Copr仓库分发。 该发行版包含预配置的可访问性工具，如Orca屏幕阅读器、QT可访问性和LIOS OCR，以及有用的应用程序，如Audacity和Chromium。定制还包括键盘快捷键和系统调整，以改善开箱即用的体验。 可下载实时媒体镜像（带有校验和以供验证），并可以使用Kickstart文件从源代码构建，但捷克文件目前已过时。欢迎通过测试、错误报告、软件包创建、文档编写和宣传来贡献力量。
## Vojtux：为视障人士设计的Linux发行版
Vojtux是一个非官方的Linux发行版，基于Fedora定制，专门为视力障碍用户设计。它由开发者Vojta主要创建和维护，最终目标是变得不再需要——这意味着像Fedora这样的主流发行版将完全实现可访问性。
讨论强调了可访问性中一个反复出现的问题：解决方案往往依赖于个人或小团队的努力，作为临时修复措施，而大型平台未能优先考虑内置的可访问性。评论员强调，真正的可访问性需要在设计过程中持续、优先集成，而不仅仅是在事后才采用像LLM或志愿者变通方法等解决方案。
挑战包括在没有亲身经验的情况下设计可访问界面，以及普遍倾向于优先考虑新功能而非可访问性改进。虽然LLM正在被探索作为潜在的辅助工具，但人们对其可靠性以及在没有适当结构和验证的情况下引入新问题的可能性表示担忧。最终，对话强调了科技行业需要提高意识、教育，并持续实施可访问性最佳实践，以及愿意倾听视力障碍用户的需求。
TOI标志 快速检查… 启用JavaScript和Cookie以继续。
一位日本开发者和企业家最近结束了8年的创业经历，尽管没有取得巨大成功，但仍觉得这段经历很有价值。最大的教训是什么？集中精力是关键——过于分散精力阻碍了进展。他意识到自己并非天生的企业家或管理者，因此正在优先从事自己真正喜欢并能激发好奇心的工作。 他目前的重点反讽地是利用技术来*脱离*数字世界，旨在高效产出以最大化空闲时间。他正在简化项目，优先考虑少数关键想法，而不是不断尝试，并且更看重经过深思熟虑、有影响力的工作，而不是忙碌的工作。 除了创造之外，他还从股票投资、通过阅读持续学习以及最重要的是与亲人共度高质量时光中获得满足感——最终他认为工作应该提升生活质量，而不是消耗生活。
一场由一位用户构建帮助人们“断网”产品引发的Hacker News讨论，揭示了多样化的数字健康方法。原发帖人收到了关于他们产品的细节请求，但并未分享任何信息。
评论者分享了他们自己的“断网”方法：从自行车车队前往森林静修，到通过在线收入拥抱乡村生活，再到仅仅用书架取代电视以鼓励社交互动。
一个反复出现的主题是*限制*互联网访问的困难——用户指出自我强加的规则很容易被打破——以及*精神纪律*和专注意图的重要性。 许多评论者表达了对原发帖人流程的更多透明度的渴望，认为过程比最终产品更有价值，并建议提供一个RSS订阅源以获取更新。 这段对话触及了在LLM和便捷的在线机会时代，“在线”和“离线”界限的模糊。
## 黑镜：班德斯纳奇 – 一部深度分层的创作 《黑镜》的互动电影《班德斯纳奇》是一部深受几十年文化影响的项目。故事以路易斯·卡罗尔的《镜中奇遇记》中的一种生物命名，大量借鉴了 1980 年代的游戏文化，特别是 Imagine Software 公司的兴衰——该公司雄心勃勃的“巨型游戏”项目《班德斯纳奇》最终导致了其破产。 除了游戏之外，叙事还呼应了乔治·奥威尔的《1984》的主题，描绘了一个被剥夺能动性的主人公，以及菲利普·K·迪克和威廉·S·伯罗斯等文学人物，探索偏执、控制和受折磨的艺术家原型。这部电影的元叙事，即观众控制斯蒂芬的选择，而他正在开发一款“选择你的冒险”游戏，反映了 Sierra Entertainment 和爱德华·帕卡德的 CYOA 书籍系列。 《班德斯纳奇》不仅仅是一部科幻惊悚片；它是一幅用历史背景、文学典故和对早期视频游戏行业剥削性做法以及社会日益增长的怀旧之情的批判性反思编织而成的复杂挂毯。它是一种密集的、可重看的体验，旨在被剖析和探索，使其成为《黑镜》宇宙中一个独特引人入胜的作品。
## “Bandersnatch”与互动叙事：Hacker News讨论
最近一篇《好莱坞报道者》关于Netflix互动式“黑镜”作品《Bandersnatch》灵感的文章，在Hacker News上引发了热烈讨论。用户分享了关于互动小说历史的见解，以及Imagine Software等早期游戏开发者面临的挑战，他们的1984年失败游戏《Bandersnatch》启发了Netflix的作品。
对话提到了其他开创性的互动作品，如《龙之巢》和《夜幕陷阱》，并涉及菲利普·K·迪克的写作影响。许多人惋惜Netflix将其平台移除了《Bandersnatch》，认为技术支持可能是原因之一，但也有人认为缺乏持续的受欢迎程度是关键因素。尽管Netflix试图创造一个类型，互动内容并未获得发展。
用户提到一个粉丝制作的项目，允许播放原始视频文件，并讨论了Netflix维护内容访问权限所需的相对较低的努力。讨论还涉及版权问题如何阻碍人们获取具有文化意义的作品。
## TypeScript 精简书籍 - Hacker News 讨论总结
“The Concise TypeScript Book” 的 GitHub 链接被发布到 Hacker News，引发了关于 TypeScript 文档和学习资源的讨论。虽然这本书因其简洁性而受到赞扬，但评论员指出，考虑到 ECMAScript 和 TypeScript 的快速发展，本书已经两年没有更新了。
对话的中心是有效的技术文档。一个关键的收获是，有价值的文档应该是*简洁的*，专注于指导开发者——识别常见问题、默认体验和例外情况——而不是详尽的细节。Diataxis 框架（教程、解释、操作指南、参考）被强调为一个有用的组织结构。
用户强调根据不同的受众（新手 vs. 经验丰富的用户）定制文档，以及分层信息以方便导航的重要性。 建议了多种书籍的替代方案，包括官方 TypeScript Handbook 和 types.kitlangton.com 和 nemorize.com 等资源。 一些人还提到了 Haxe、Elm 和 ReScript 等替代语言，并思考如果它们获得更多关注，Web 开发格局会是什么样子。
## 静态网站的视觉回归测试 作者使用 Astro 和 MDX 构建静态网站，并在 CSS 更改后手动检查旧笔记，以确保没有意外的副作用。为了提高重构的信心，他们使用 Playwright 实现了视觉回归测试。 Playwright 自动化浏览器操作，拍摄指定页面的截图，并将其与“黄金”快照进行比较。超出设定的阈值的偏差会标记测试失败，从而提示修复或更新快照。这提供了与代码提交一起的历史站点外观记录。 实现过程包括初始化 Playwright 项目，并创建一个测试套件，该套件遍历笔记页面列表，完全滚动每个页面以加载延迟加载的图像，然后捕获全页截图进行比较。 作者优先考虑简单的流程，在可能产生重大影响的更改后手动运行测试，而不是在 CI/CD 中自动化。这种方法仅需几个小时的设置，但通过防止视觉回归并增强对站点修改的信心，增加了显著的价值。
## 博客视觉回归测试：摘要
最近的 Hacker News 讨论强调了在个人博客和网站中使用视觉回归测试 (VRT) 的优势和挑战。VRT 包括截取网站的屏幕截图，并将其与基准图像进行比较，以检测意外的视觉变化——在更新或重构期间至关重要。
Playwright 等工具很受欢迎，提供内置的差异比较功能。然而，像 Vizzly 的创建者（基于 Honeydiff 构建）这样的用户指出，基本的逐像素比较存在局限性，并提倡更复杂的分析，例如空间聚类和感知评分。
虽然 VRT 可以节省时间来发现细微的错误，但它也并非没有障碍。挑战包括测试的不稳定性、资源密集型测试（需要强大的服务器进行并行浏览器测试）、管理屏幕截图/视频的大型数据存储，以及缺乏易于按提交记录查看更改的功能。一些用户通过降低测试频率（例如，夜间）和隔离测试环境来成功缓解资源问题。尽管存在复杂性，但共识是 VRT 很有价值，但设置需要付出努力才能获得可靠的结果。
## Ripple：一种新型的TypeScript UI开发方法 Ripple 是一种编译器优先的 TypeScript UI 框架，旨在解决现代前端开发日益增长的复杂性。虽然 AI 工具可以提升代码*创建*效率，但保持质量和一致性仍然是一个挑战。Ripple 优先考虑简洁性、清晰性和响应性，目标是编写“按其运行方式阅读”的代码。 主要特性包括 TypeScript 优先的方法、使用 `track()` 和 `@` 进行直接操作的响应式变量，以及细粒度的 DOM 更新——避免完全组件重新渲染。它消除了对 `useState`、refs 或 signals 的需求，从而降低认知负担和样板代码。编译器通过 DOM 依赖分析、删除无用 CSS 和作用域样式来优化性能。 Ripple 的语法简洁直观，通过一个响应式待办事项列表示例进行了演示。它具有降低维护成本、直接响应性和编译器强制约束等优势。与 React、Vue 和 Svelte 相比，Ripple 拥有极小的运行时大小和高度的 AI 友好性。 Ripple 非常适合 AI 辅助项目、仪表盘、企业应用程序以及寻求更少工程化、更易于维护的 UI 解决方案的开发者。它提出了一个问题：“如果 UI 可以在没有繁文缛节的情况下实现响应式，会怎样？”并提供了一个引人注目的答案。
## Ripple：一个新的TypeScript UI框架 - 初步反应
Ripple是一个新的TypeScript UI框架，旨在结合React、Solid和Svelte的优点。它引入了一种独特的语法，具有`track()`用于状态和`#`用于列表等特性，旨在实现简单性和潜在的“AI友好性”，通过比传统框架更简洁的结构来实现。
然而，Hacker News社区的初步反应不一。有些人觉得语法过于类似于SolidJS或Svelte等现有解决方案，质疑其新颖性。人们对它的响应式系统可能存在的调试困难表示担忧，这让人联想到Svelte在引入runes之前的旧问题。另一些人则赞赏这种简化方法的尝试，并看到了潜力，将其与htmx和JSX进行了有利的比较。
一个关键的讨论点在于该框架是否真的能提供比成熟选项显著的优势。一些开发者表达了希望UI框架更少的愿望，主张改进现有的框架，如React。 还有一些开发者正在积极构建类似的框架，例如Mint，提供替代方法。官方网站是[https://www.ripplejs.com/](https://www.ripplejs.com/)。