第330期 — 2025-08-23 |
周e信 |

Javascript |
![]() |
自定义Highlight API使用🔗 无需操作 DOM 即可实现文本高亮, 但仅支持客户端渲染:语法高亮需依赖客户端 JavaScript 执行,会导致 “代码先显示在页面,高亮样式后加载‘弹出’” 的延迟,影响用户体验 Chris Coyier |
Testplane |
前端 |
![]() |
Dave Gauer |
Daniel Lazaro |
对 React 社区的反思🔗 作者认为 React 已经进入“boring tech”阶段——稳定、可组合、核心 API 变化少,这正是它的价值所在;而创新更多发生在框架层,比如 Next.js 推动的 React Server Components (RSC)。他强调,开源社区治理不是自动的,需要持续维护和领导力(类似 BDFL 的角色),否则容易陷入混乱。随着社区壮大,反馈既是礼物,也是负担,像 CRA 弃用或文档争议就是典型例子。Next.js 与 React 的关系也被他澄清:React 主要由 Meta 驱动,定位更基础,而 Next.js 则由 Vercel 在商业模式下推动,因而更注重直接回应用户需求。关于 RSC,他认为这是 React 的“第三代”演进,已经在 Next.js App Router 中得到实践,但生态扩展仍有限,还需更多工具和文档支持。他坦言自己在沟通时曾遭遇误解和社区压力,甚至选择减少互动来保护精力。最后,他呼吁大家记住开源背后是人,给予更多理解和尊重,用建设性反馈而不是攻击来推动生态前进。 Lee Robinson |
![]() |
React ChatBotify |
2025 6个最佳React 日历组件库🔗 新项目,追求可靠性、直接可用 → 选择 react-datepicker。 打造品牌风格、需高度定制 → 使用 react-day-picker 或 Shadcn/UI(尤其适配 Tailwind)。 需要事件调度或复杂日程界面 → 选 react-big-calendar。 追求轻量、极简、不需要框架感 → 考虑 react-calendar。 已在使用 MUI 的企业项目 → 优先选择 MUI Date Calendar。 Matt Abrams |
移动端 |
William Candillon |
![]() |
React Native 0.81发布ios构建快10倍🔗 支持 Android 16 并强制 edge-to-edge UI、弃用 SafeAreaView、移除内置 JSC 引擎、引入实验性的 iOS 预编译构建以大幅提升速度,同时提升错误调试体验并要求更高版本的 Node.js 与 Xcode,从而在兼容最新平台的同时改进性能与开发体验。 Moti Zilberman, Vitali Zaidman, Gabriel Donadel Dall Agnol, Christian Falch |
Python |
![]() |
pyodide |
PYX:原生包注册中心pyx🔗 这篇文章介绍了Astral公司推出的Python原生包注册中心pyx,它是Astral平台的第一部分,旨在为Python生态系统提供下一代基础设施。pyx可以看作是uv包管理器的优化后端,但它超越了传统包注册中心的功能,能提高Python体验的速度、安全性和GPU感知能力。用户既可以用它来托管内部包,也可以作为PyPI和PyTorch索引等公共源的加速和可配置前端。 Charlie Marsh |
人工智能 |
![]() |
我如何在预算有限免费的情况下使用 AI 编程🔗
wuu73 |
为什么 LLM 不能真正构建软件🔗 LLMs虽然擅长编写和修改代码,也能进行测试、添加日志和调试等操作,但它们无法像优秀的软件工程师那样构建和维护清晰的思维模型。软件工程师通过迭代“构建需求模型 - 编写代码 - 构建代码模型 - 识别差异并更新代码”的循环来工作。而LLMs容易混淆,无法判断是代码还是测试出了问题,或者干脆推倒重来。 Conrad Irwin |
运维 |
![]() |
CEO 辞职后,GitHub 在微软不再独立🔗 虽然微软在 2018 年以 75 亿美元收购了 GitHub 后,GitHub 一直作为一家独立公司运营,但 Dohmke 的离职是 GitHub 运营方式的一次重大调整。微软不会填补 Dohmke 的 CEO 职位,GitHub 的其余领导团队现在将更直接地向微软的 CoreAI 团队汇报。 Tom Warren |
![]() |
每个开发人员都应该知道的 MCP 漏洞🔗 例如:不法 MCP 实现可能在工具描述中注入隐藏命令
Anmol |
好的系统设计🔗 这篇文章是关于好的系统设计的个人见解。作者认为,好的系统设计往往是朴实无华的,表现为长时间的稳定运行和问题的易于解决。相反,过于复杂和令人印象深刻的系统往往是设计不良的表现。 文章强调了以下几个关键点:
sean goedecke |
![]() |
Nginx 引入了对 ACME 协议的原生支持🔗 Nginx发布了ACME协议的原生支持,通过一个新的 Prabhat Dixit |
其他 |
![]() |
流媒体服务正在将观众推回盗版🔗 流媒体服务订阅费用上涨、内容分散,导致观众重新转向盗版。作者以自己想重看《Medici》却发现在各个流媒体平台都难以找到,或者需要付费购买为例子,表达了对盗版行为的“怀旧”。尽管Spotify和Netflix等流媒体服务曾经有效地抑制了盗版,但如今用户需要订阅多个平台才能观看想看的内容,且部分平台强制播放广告,加上区域限制,使得盗版再次抬头。伦敦的MUSO公司数据显示,2023年未经授权的流媒体占电视和电影盗版的96%。2020年盗版网站访问量为1300亿次,而2024年已升至2160亿次。在瑞典,2024年有25%的人表示有盗版行为,其中以15-24岁的年轻人为主。文章引用Valve公司联合创始人Gabe Newell的观点,认为盗版不仅仅是价格问题,更是服务问题。流媒体平台的分裂和限制,导致了数字世界的“人为稀缺”,促使更多观众选择盗版。文章最后指出,今天的流媒体公司需要像Medici家族一样,理解开放互联的重要性,才能在竞争中生存下来。 Gabriel V Rindborg |
维基百科输掉了对在线安全法案的挑战🔗 维基媒体基金会担心,如果维基百科被归类为“第一类”网站,它可能需要验证贡献者的身份,从而损害他们的隐私和安全。避免被归类为“第一类”的唯一方法是减少英国用户对维基百科的访问量约四分之三,或者禁用网站的关键功能。 尽管法院驳回了维基媒体的论点,但法官表示,判决并没有允许英国通信管理局(Ofcom)和政府可以随意实施会严重阻碍维基百科运营的制度。判决也明确指出,如果英国通信管理局最终决定将维基百科归类为“第一类”网站,维基媒体可以提出进一步的法律挑战。如果将维基百科归类为“第一类”意味着它无法继续运营,那么可能会引发其他法律挑战。法律专家认为,法院的判决为维基百科在审查后免于更严格的规则留下了空间。英国通信管理局表示,他们会注意到法院的判决,并将继续推进其与分类服务相关的在线安全规则的工作。 Chris Vallance |
对抗欧盟聊天控制🔗 本文主要反对欧盟提出的“聊天控制”提案,该提案要求扫描所有公民的私人数字通讯,包括加密信息和照片。 主要行动呼吁:
fightchatcontrol |
史蒂夫·沃兹尼亚克:对我来说,生活从来不是关于成就,而是关于幸福🔗 这篇文章是关于史蒂夫·沃兹尼亚克(Steve Wozniak)人生的哲学的评论合集。沃兹尼亚克本人在评论中分享了他的人生观:他认为幸福比成就更重要。他将幸福定义为“微笑减去皱眉”。他表示自己把苹果公司的财富捐赠出去,用来资助圣何塞的博物馆和艺术团体,并因此获得街道命名。他靠演讲为生,虽然不知道自己有多少钱(大约1000万美元加几处房产),但他很开心,而且照章纳税。他强调自己的人生目标一直是幸福,而不是财富或权力。其他评论者表达了对沃兹尼亚克的赞赏,肯定了他的价值观,以及他对社会做出的贡献,例如资助博物馆。许多人提到沃兹尼亚克的创新对他们的生活产生了积极影响。 SteveWoz |
FFmpeg 8.0 增加了 Whisper 支持🔗 FFmpeg 8.0版本增加了一个新的音频过滤器,用于使用 Whisper 模型运行音频转录。该过滤器依赖于 whisper.cpp 库,并提供多种选项,例如指定模型文件路径、语言、队列大小、GPU 使用、输出目标和格式,以及 VAD(语音活动检测)模型的使用。文章中提供了使用该过滤器的示例,包括生成 SRT 字幕文件、将 JSON 格式的输出发送到 HTTP 服务以及转录麦克风输入。 Vittorio Palmisano |
