我们检测到您的浏览器已禁用 JavaScript。请启用 JavaScript 或切换到受支持的浏览器以继续使用 x.com。您可以在我们的帮助中心查看受支持的浏览器列表。帮助中心 服务条款 隐私政策 Cookie 政策 版权信息 广告信息 © 2026 X Corp.
我们检测到您的浏览器已禁用 JavaScript。请启用 JavaScript 或切换到受支持的浏览器以继续使用 x.com。您可以在我们的帮助中心查看受支持的浏览器列表。帮助中心 服务条款 隐私政策 Cookie 政策 版权信息 广告信息 © 2026 X Corp.
## 从 Vime 到 Video.js v10:视频播放器开发的历程 本文详细介绍了作者构建视频播放器库的历程,从 2020 年的 Vime 开始,最终在 Mux 贡献 Video.js v10。作者对现有播放器感觉像僵化的“黑盒子”感到不满,最初寻求一种更基于组件的方法,使用 Svelte,从而创建了 Vime。 虽然 Vime 获得了发展,但也暴露了一些挑战——特别是围绕事件驱动的状态管理和现代视频功能的复杂性。这促成了 Reddit 的 Vidstack,它利用 Web 组件和完善的状态管理系统。尽管 Vidstack 取得了成功,但 Web 组件与 React、Vue 和 Svelte 等框架未能完全集成的问题依然存在。 核心经验教训是需要构建*与*框架一起的播放器,而不是*为*它们构建的播放器。加入 Mux 并与 Media Chrome 团队合作后,作者现在专注于 Video.js v10。这个新版本利用了 Vidstack 的最佳方面——可组合的组件、可访问性和强大的功能集——同时通过新的架构、用于框架/样式变体的编译器以及真正可定制的皮肤来解决其局限性。Video.js v10 旨在成为一个模块化、可扩展的播放器,为开发者提供完全控制权,并在他们选择的框架内提供原生体验。
微软将遵守有效的法律命令,并向联邦调查局提供BitLocker加密密钥,从而访问Windows电脑上的数据。福布斯报道,微软最近通过提供此类密钥,协助联邦调查局在关岛进行了一项欺诈调查。
这种访问成为可能,是因为Windows 11默认将BitLocker密钥保存到用户的Microsoft账户云端,以便于恢复——用户*可以*禁用此功能,以将密钥存储在本地。微软每年收到大约20个密钥请求,但如果密钥未云备份,通常无法满足这些请求。
与积极抵制提供加密访问权限的苹果不同,微软则会配合。关键在于,存储在微软服务器上的密钥未加密,引发了隐私担忧。专家指出这是一个潜在的“噩梦”场景,敦促用户检查其Microsoft账户设置,并在必要时删除云端保存的密钥。
## 软件估算的幻觉 软件行业运作于一种“礼貌的虚构”之上——相信只要付出足够努力,就能实现准确的项目估算。然而,经验丰富的工程师知道这从根本上是错误的。由于大多数项目固有的未知数,准确估算软件几乎是不可能的,研究和探索往往超过可预测的任务。 估算并非驱动计划,而是*定义*工作。团队通常会收到一个目标时间框架,然后确定在这些约束条件下*哪些*功能是可行的,而不是估算预定义功能所需的时间。估算主要是一种政治工具,供管理层用于优先排序和资助项目,而非工程的准确预测。 优秀的工程师通过理解政治背景、专注于识别和评估风险(未知数),以及向管理者提供*选项*——不同风险和可行性水平的方法,并与所需时间框架保持一致——来应对这种现实。 最终,作者认为,试图进行精确估算往往适得其反。信任和务实的风险评估比追求不可能的准确性更有价值。认识到估算的真正目的,可以让工程师*与*管理层合作,而不是对抗他们,并在不确定性面前交付价值。
Please provide the content you want me to translate. I need the text to be able to translate it to readable Chinese.
流行的#FOSS口号“直接fork它”——意味着基于现有代码创建新项目——常常具有误导性。虽然在技术上令人赋权,但它忽略了成功的开源项目至关重要的*社会*因素。复制代码很容易;建立一个繁荣的社区,拥有用户、信任、治理和持续维护却极其困难。
“直接fork它”常常鼓励回避现有项目中的困难对话和问题解决,导致碎片化、重复劳动,并最终导致项目失败。大多数fork失败并非由于糟糕的代码,而是由于不可持续的社会动态。
真正的赋权不是逃避问题,而是*管理责任*——参与冲突解决,为共享基础设施做出贡献,并抵制在遇到第一个问题时就放弃项目的冲动。虽然fork作为最后的手段有其用处,但不应成为默认响应。开放文化应优先考虑协作改进而非无休止的重新发明,认识到持久的变革来自于持续的、常常不引人注目的社会工作。
XHTML Club 是一个网站和博客,致力于展示使用有效 XHTML 构建的网站——一种如今已基本过时的网页标记语言。它并非对“旧互联网”的怀旧呼吁,而是对干净、结构化的代码和高质量工艺的庆祝。 创建者承认 HTML5 的主导地位以及当前网页趋于臃肿且不重视验证的趋势。然而,XHTML Club 的存在是为了证明良好格式化的标记 *仍然* 重要且可实现。 它是一种对现代网页开发实践的安静反抗,旨在不羞辱他人,而是提高人们对 HTML 质量的认识,并证明构建结构良好的网站仍然可行——并且有价值——即使这种做法不落俗套。本质上,它是一个精选的集合,也是一位对规范编码充满热情的开发者的个人表达。
``` "));var t=document.getElementById(n);!function(n,t){var e=!1;n.innerHTML='',new IntersectionObserver((function(r){r.forEach((function(r){!e&&r.intersectionRatio>0&&(e=!0,t().catch((function(t){n.innerHTML="Ooops... Sorry, something wrong happended".concat(t,"")})))}))})).observe(n)}(t,(function(){return i.e("ranking-module").then(i.bind(i,4538)).then((function(n){n.showRanking?n.showRanking(t):t.innerHTML="\n\t\t\t\t\t\n\t\t\t\t\t\t请访问aqicn.org/rankings/以获取最新的空气质量排名\n\t\t\t\t\t\n\t\t\t\t\t"}))}))}(),ranking=o}(); ```
在简·奥斯汀诞辰250周年之际,英语教授迈克尔·加默和巴里·乔伊斯·戈尔德多年来一直在教授专门研究简·奥斯汀的课程。他们与宾夕法尼亚大学今日报谈了他们教授她小说的方式,如何挑战常见的解读和神话,以及是什么让奥斯汀的作品在两个多世纪后仍然经久不衰,并能适应银幕。
作者为他们的专业工作制定了明确的“禁止人工智能”政策,并在网站上显著展示了相关徽章。这并非新立场,而是近期讨论后正式化的决定。该政策很简单:他们不使用人工智能,甚至对将其用于个人创作也没有兴趣,他们更看重*创作过程*,而非仅仅是最终结果。
作者预计会有人不同意,但他们不寻求辩论,只希望得到建设性的反馈,如果有人认为某个具体观点不正确,请提供来源。他们澄清该政策*仅*关注人工智能,并避免更广泛的“转移话题”行为。
虽然承认行业未来可能发生变化,但他们强调,预测人工智能的完美并不需要高瞻远瞩。最后,作者略带幽默地表示,愿意公开支持一家人工智能初创公司……只要费用*非常*高昂。