Ogden’s Basic English Word List ， 850个单词应对日常90%表达。 把这850个词整理成了html单词卡片，支持发音，带中文翻译。 beigua.net.cn Ogden Basic English 850 词 · 单词卡片 Ogden 基础英语 850 词单词卡片，含 OPERATIONS、THINGS、QUALITIES 分类，附中文翻译、例句与使用频率。 1 个帖子 - 1 位参与者 阅读完整话题
Ogden’s Basic English Word List ，850 个单词应对日常 90%表达。 把这 850 个词整理成了 html 单词卡片，支持发音，带中文翻译，部分单词有例句。 https://www.beigua.net.cn/OgdenBasicEnglishWordsList/index.html
2026年5月11日Reddit2026.19.0版本,发现可以使用中文翻译了。 1 个帖子 - 1 位参与者 阅读完整话题
有份 PDF ，内容如下图所示。本来也有中文翻译版，但是翻译的太差了。 我曾经自己写脚本，调用 LLM API 翻译 EPUB 文件。 但这种 PDF ，还是文图表混排的 PDF ，完全没头绪。
有份 PDF ，内容如下图所示。本来也有中文翻译版，但是翻译的太差了。 我曾经自己写脚本，调用 LLM API 翻译 EPUB 文件。 但这种 PDF ，还是文图表混排的 PDF ，完全没头绪。
有份 PDF ，内容如下图所示。本来也有中文翻译版，但是翻译的太差了。 我曾经自己写脚本，调用 LLM API 翻译 EPUB 文件。 但这种 PDF ，还是文图表混排的 PDF ，完全没头绪。
有份 PDF ，内容如下图所示。本来也有中文翻译版，但是翻译的太差了。 我曾经自己写脚本，调用 LLM API 翻译 EPUB 文件。 但这种 PDF ，还是文图表混排的 PDF ，完全没头绪。
有份 PDF ，内容如下图所示。本来也有中文翻译版，但是翻译的太差了。 我曾经自己写脚本，调用 LLM API 翻译 EPUB 文件。 但这种 PDF ，还是文图表混排的 PDF ，完全没头绪。
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 分享一个自制的工具 hf-paper-skill ，它不仅能拉取HuggingFace的日/周/月热门论文，还能把摘要翻译成中文，中英对照，一目了然。如果有帮助欢迎大家Star和分享 链接 GitHub: GitHub - isongxw/hf-paper-skill: HuggingFace Papers 热门论文获取与中文翻译 - Hermes Agent skill · GitHub ClawHub: Hf Papers — ClawHub 使用方式 Install the skill "Hf Papers" (isongxw/hf-paper-skill) from ClawHub. Skill page: https://clawhub.ai/isongxw/hf-paper-skill Keep the work scoped to this skill only. After install, inspect the skill metadata and help me finish setup. Use only the metadata you can verify from ClawHub; do not invent missing requirements. Ask before making any broader environment changes. ## 翻译后端支持 1. 站内的[DeepLX Token](https://connect.linux.do/dash/deeplx) 2. 自定义OpenAI格式的LLM配置 1 个帖子 - 1 位参与者 阅读完整话题
Lenny's Podcast 是产品经理/产品领域较有影响力的播客之一，主持人 Lenny Rachitsky 邀请过 Brian Chesky （ Airbnb CEO ）、Marty Cagan 、Kevin Weil （ OpenAI CPO ）、Shreyas Doshi 等一线产品人进行深度访谈。 但存在几个痛点： 全英文内容，无字幕版本的 YouTube / Apple Podcasts 理解成本较高 单期时长 60-90 分钟，定位特定观点需要手动快进 中文圈现有几个 GitHub 仓库属于档案型（双语稿堆叠），检索不便 因此我搭建了 https://t.gotofuse.com/ 主要功能： 抓取全部 303 期文字稿（ fork 自 Lenny 官方仓库） 调用 DeepSeek API 进行逐句中文翻译，附带说话人标识和时间戳的对照译文 每期自动生成 AI 摘要、思维导图、金句卡片 跨期聚合了「话题级方法论文档」（如「产品管理」聚合了 15 期相关访谈的核心观点） 支持全文搜索（基于 fuse.js ），可按嘉宾、公司、话题筛选 自动同步最新播客 完全免费，无付费墙、无广告、无需注册，欢迎反馈。
Claude Code 实战课程（中文版）重磅上线！ Anthropic 官方课程 Claude Code in Action 完整中文翻译版来了！ 从基础 Prompt 到真实项目落地，全程手把手带你用 Claude 写代码、构建应用。翻译质量高、配套笔记清晰，非常适合搭配官方课程一起学习。 原官方英文课程： https://anthropic.skilljar.com/claude-code-in-action 中文版地址： https://cholf5.com/claude-code-in-action/ 想系统掌握 Claude coding 能力的朋友，强烈推荐！ 2 个帖子 - 1 位参与者 阅读完整话题
有人往 IETF 发布了个 IPv8 草案： Internet Protocol Version 8 (IPv8) 知乎的中文翻译： 互联网协议第 8 版（ IPv8 ） 号称兼容 IPv4 ，但同样需要使用新的 IPv8 Header 。 地址格式是：r.r.r.r.n.n.n.n ，前面的 r 是扩展新空间，后面的 n 是现有 IPv4 地址范围。 还再附加一大堆配套内容。 附加内容当中有一堆十分奇怪的提议，其中之一居然要求交换机强制做 VLAN 硬件 OAuth2 验证。 原文：Three independent enforcement layers provide defence in depth: NIC firmware ACL8, Zone Server gateway ACL8, and switch port OAuth2 hardware VLAN enforcement . 不清楚这是否等于要求交换机必须无条件开启 VLAN 功能，如果是，那么纯二层交换机的地位尴尬了。 至于为什么怀疑这是用 AI 聊天 Vibe 出来，是因为草案有这么一句：draft-thain-wifi8-00 WiFi8 Protocol 提案中的“WiFi8”是指“用于 IPv8 的无线网络协议扩展” https://www.thenetworkdna.com/2026/04/internet-protocol-version-8-ipv8.html 但在现实中，WiFi 8 特指 WiFi 联盟正在设计、仍未完成的 IEEE 802.11bn 。 当下 IT 从业人员，尤其是网络行业从业人员，不可能不知道未来有 WiFi 8 。 再说了，既然现在有 WiFi 4 、WiFi 5 、WiFi 6 、WiFi 7 ，那么很自然地会推导出将来大概率会有 WiFi 8 ，从而主动使用其他字词以避免造成歧义。 所以这下就有两个可能：要么是作者纯手写+不知道 WiFi8 ，要么是跟 AI 聊出来的 Vibe 草案+作者没检查。 提到 兼容 IPv4 ，提案说 IPv8 does not require dual-stack operation 。不需要双栈？那么怎么互通？靠的是“8to4 隧道”。似曾相识，IPv6 也有 6to4 隧道。 还有一点我个人觉得是夸大其词的：No modification to IPv4 application required （现有 IPv4 应用程序无需修改） IPv4 应用程序在新版系统运行接收到 IPv8 地址，但大量程序内部的 sin_addr 大小早就固定了的，没办法容纳 IPv8 地址，想存都存不下啊。除非继续写入到后面的 padding 区间。 而且新麻烦不止这一个。htonl()和 ntohl()是 32bit integer 的函数，大量程序早就写死使用 uint32 变量接受返回值，一旦传入 IPv8 地址就只能截断。 Nginx 的例子： https://github.com/nginx/nginx/blob/98fc3bb78e8daef25c3d850c9cba8c2f787fb99e/src/http/ngx_http_huff_encode.c#L186 #define ngx_http_huff_encode_buf(dst, buf) \ (*(uint32_t *) (dst) = htonl(buf)) https://github.com/nginx/nginx/blob/98fc3bb78e8daef25c3d850c9cba8c2f787fb99e/src/http/v2/ngx_http_v2.h#L341 #define ngx_http_v2_write_uint32_aligned(p, s) \ (*(uint32_t *) (p) = htonl((uint32_t) (s)), (p) + sizeof(uint32_t)) 这么一来，“No modification”也不太可能。
有人往 IETF 发布了个 IPv8 草案： Internet Protocol Version 8 (IPv8) 知乎的中文翻译： 互联网协议第 8 版（ IPv8 ） 号称兼容 IPv4 ，但同样需要使用新的 IPv8 Header 。 地址格式是：r.r.r.r.n.n.n.n ，前面的 r 是扩展新空间，后面的 n 是现有 IPv4 地址范围。 还再附加一大堆配套内容。 附加内容当中有一堆十分奇怪的提议，其中之一居然要求交换机强制做 VLAN 硬件 OAuth2 验证。 原文：Three independent enforcement layers provide defence in depth: NIC firmware ACL8, Zone Server gateway ACL8, and switch port OAuth2 hardware VLAN enforcement . 不清楚这是否等于要求交换机必须无条件开启 VLAN 功能，如果是，那么纯二层交换机的地位尴尬了。 至于为什么怀疑这是用 AI 聊天 Vibe 出来，是因为草案有这么一句：draft-thain-wifi8-00 WiFi8 Protocol 提案中的“WiFi8”是指“用于 IPv8 的无线网络协议扩展” https://www.thenetworkdna.com/2026/04/internet-protocol-version-8-ipv8.html 但在现实中，WiFi 8 特指 WiFi 联盟正在设计、仍未完成的 IEEE 802.11bn 。 当下 IT 从业人员，尤其是网络行业从业人员，不可能不知道未来有 WiFi 8 。 再说了，既然现在有 WiFi 4 、WiFi 5 、WiFi 6 、WiFi 7 ，那么很自然地会推导出将来大概率会有 WiFi 8 ，从而主动使用其他字词以避免造成歧义。 所以这下就有两个可能：要么是作者纯手写+不知道 WiFi8 ，要么是跟 AI 聊出来的 Vibe 草案+作者没检查。 提到 兼容 IPv4 ，提案说 IPv8 does not require dual-stack operation 。不需要双栈？那么怎么互通？靠的是“8to4 隧道”。似曾相识，IPv6 也有 6to4 隧道。 还有一点我个人觉得是夸大其词的：No modification to IPv4 application required （现有 IPv4 应用程序无需修改） IPv4 应用程序在新版系统运行接收到 IPv8 地址，但大量程序内部的 sin_addr 大小早就固定了的，没办法容纳 IPv8 地址，想存都存不下啊。除非继续写入到后面的 padding 区间。 而且新麻烦不止这一个。htonl()和 ntohl()是 32bit integer 的函数，大量程序早就写死使用 uint32 变量接受返回值，一旦传入 IPv8 地址就只能截断。 Nginx 的例子： https://github.com/nginx/nginx/blob/98fc3bb78e8daef25c3d850c9cba8c2f787fb99e/src/http/ngx_http_huff_encode.c#L186 #define ngx_http_huff_encode_buf(dst, buf) \ (*(uint32_t *) (dst) = htonl(buf)) https://github.com/nginx/nginx/blob/98fc3bb78e8daef25c3d850c9cba8c2f787fb99e/src/http/v2/ngx_http_v2.h#L341 #define ngx_http_v2_write_uint32_aligned(p, s) \ (*(uint32_t *) (p) = htonl((uint32_t) (s)), (p) + sizeof(uint32_t)) 这么一来，“No modification”也不太可能。