Forwarded from 尼克别说了
最近我发现乱用阿拉伯数字「2」的情况特别多，讲两句。
这里所说的乱用是指把阿拉伯数字「2」用在了不该用的地方，如：
【误】对面走过来 2 个人。
【误】我昨天买了 2 件衣服。
【误】2 亿像素镜头真厉害。
原则上来讲，阿拉伯数字（0123456789）和汉语数字（零一二三四五六七八九）是完全相等、可以互换的，如：
【正】翻开第 5 页第 8 行。
【正】翻开第五页第八行。
【正】我可是 3 天没吃饭了。
【正】我可是三天没吃饭了。
但由于「二」和「两」在汉语中很特殊，所以阿拉伯数字「2」的用法也要遵循相应的原则。这里涉及到两个知识点——
一、汉语里的数词分为系数词（一、二、三、四、两、几等）和位数词（十、百、千、万、亿）等，两者可以放在一起用，但需要保持相同的形态。如：
【正】我昨天赚了 3500 元。
【正】我昨天赚了三千五百元。
【误】我昨天赚了 3 千 500 元。
二、当数词和度量词（个、头、只、件、本、张等）一起用时，只能用「两」，不能用「二（2）」。如：
【正】我昨天买了两件衣服。
【正】这两个人我熟。
【正】扒拉两口饭赶紧走。
【误】机器人有 2 种形态。
【误】对面射过来 2 道光。
【误】我的膝盖中了二箭。
而且，这一点不仅涉及书写，还跟读音有关。「两只老虎」里的「两」既不读作「二」也不写作「二」，如果写成「二只老虎」就很没道理，这是生活常识。同样，「两件衣服」「两双鞋」「两个人」「两种设备」里的「两」遵循同样的逻辑，写成「二件衣服」「二双鞋」「2 个人」「2 种设备」也很奇怪。
在某些语境下，「二」和「两」还有更严格的语义区别，不可混用，譬如：
【正】这人开车很凶，是个二把刀司机。
【正】明天是你生日嘛，二五仔。
最近很多手机厂商都在误用的「2 亿像素」算是同时犯了以上两个错误的经典案例——「二（2）」和「亿」都是数词，应该以相同的形态出现；按照汉语的习惯，「二亿」的读写都应该是「两亿」。
可能有人会反对：中国国标《出版物上的数字用法》（GB/T 15835—2011）里提到，如果一个数值很大，数值中的「万」「亿」等单位可以采用汉字数字，其余部分采用阿拉伯数字，譬如常见的「5000 万像素」按照国标的标准就是正确写法。
但这份标准其实非常粗略，也完全没提「二」和「两」在使用中的区别，所以如果有人硬要觉得「2 只老虎跑得快」没错，那也确实没错，因为它符合国标。但我倾向于遵循朱德熙老师在《语法讲义》中数词部分的定义，更严格地使用汉语。
这里所说的乱用是指把阿拉伯数字「2」用在了不该用的地方，如：
【误】对面走过来 2 个人。
【误】我昨天买了 2 件衣服。
【误】2 亿像素镜头真厉害。
原则上来讲，阿拉伯数字（0123456789）和汉语数字（零一二三四五六七八九）是完全相等、可以互换的，如：
【正】翻开第 5 页第 8 行。
【正】翻开第五页第八行。
【正】我可是 3 天没吃饭了。
【正】我可是三天没吃饭了。
但由于「二」和「两」在汉语中很特殊，所以阿拉伯数字「2」的用法也要遵循相应的原则。这里涉及到两个知识点——
一、汉语里的数词分为系数词（一、二、三、四、两、几等）和位数词（十、百、千、万、亿）等，两者可以放在一起用，但需要保持相同的形态。如：
【正】我昨天赚了 3500 元。
【正】我昨天赚了三千五百元。
【误】我昨天赚了 3 千 500 元。
二、当数词和度量词（个、头、只、件、本、张等）一起用时，只能用「两」，不能用「二（2）」。如：
【正】我昨天买了两件衣服。
【正】这两个人我熟。
【正】扒拉两口饭赶紧走。
【误】机器人有 2 种形态。
【误】对面射过来 2 道光。
【误】我的膝盖中了二箭。
而且，这一点不仅涉及书写，还跟读音有关。「两只老虎」里的「两」既不读作「二」也不写作「二」，如果写成「二只老虎」就很没道理，这是生活常识。同样，「两件衣服」「两双鞋」「两个人」「两种设备」里的「两」遵循同样的逻辑，写成「二件衣服」「二双鞋」「2 个人」「2 种设备」也很奇怪。
在某些语境下，「二」和「两」还有更严格的语义区别，不可混用，譬如：
【正】这人开车很凶，是个二把刀司机。
【正】明天是你生日嘛，二五仔。
最近很多手机厂商都在误用的「2 亿像素」算是同时犯了以上两个错误的经典案例——「二（2）」和「亿」都是数词，应该以相同的形态出现；按照汉语的习惯，「二亿」的读写都应该是「两亿」。
可能有人会反对：中国国标《出版物上的数字用法》（GB/T 15835—2011）里提到，如果一个数值很大，数值中的「万」「亿」等单位可以采用汉字数字，其余部分采用阿拉伯数字，譬如常见的「5000 万像素」按照国标的标准就是正确写法。
但这份标准其实非常粗略，也完全没提「二」和「两」在使用中的区别，所以如果有人硬要觉得「2 只老虎跑得快」没错，那也确实没错，因为它符合国标。但我倾向于遵循朱德熙老师在《语法讲义》中数词部分的定义，更严格地使用汉语。
❤10
Forwarded from 泽边
做了一个构思很久的小工具：本地播客 feed 生成器
https://offshore.pressed.press/
最初的动机是市场上的播客 host 太贵，已经算是物美价廉的 Typlog 也要 90 美元一年。免费的方案，比如小宇宙，网易云和喜马拉雅，附带的封闭和审查也让人完全不想用。
自建的方案有一些，但几乎都是建站工具的附属，比如 WordPress 或者一些静态博客生成器的插件。虽然可用，但当你实际上并不需要那些网站的时候，不得不一并 host 作为主体的网站未免显得非常累赘。
再之后看到有人把播客的音频都托管在 Internet Archive 上的例子，意识到其实音频和播客 feed 完全是可以拆分的。即使是目前很稳定的 Typlog，也在墙外，也很难保证中国的访问不会出问题。因此我尝试继续使用 Typlog 的 feed 不变，但把音频单独先后放在阿里云 OSS 和 Cloudflare R2 上，速度和稳定性都相当不错。
只要播客通过互联网分发，音频文件就必须托管在公网能够直接访问的地方。而在这个前提之下，对于最多也就百余 MB 的音频文件来说，任何静态存储服务都比完整的商业播客托管服务便宜很多，甚至我怀疑 Cloudflare R2 免费 10G 的额度大部分播客都未必能用满。而播客 feed 本身，就是一个纯文本 xml 文件，更是有无数方式可以免费托管。
通过 offshore 我想解决的就是这样的托管场景。音频文件可以放在你想放的任何公网可以访问的地方，未来随时换也可以，只要替换一下链接就行；feed 直接生成到本地，想怎么上传都可以；同时提供完整的校验，能够确保各种素材和元数据符合播客标准；可以直接导入既有的 RSS，方便从别的方案切换过来。足够轻便但也灵活，所有操作都可以通过 web UI 进行，如果确实想放在服务器上，它也是可以作为直接发布 feed 的播客 server 的。
当然，目前还是很早期的版本，免不了会有 bug 和功能上的缺失，但是基本的功能我自己和身边的朋友都已经投入实用了。欢迎试用，也欢迎意见和建议。
offshore。https://offshore.pressed.press/
最初的动机是市场上的播客 host 太贵，已经算是物美价廉的 Typlog 也要 90 美元一年。免费的方案，比如小宇宙，网易云和喜马拉雅，附带的封闭和审查也让人完全不想用。
自建的方案有一些，但几乎都是建站工具的附属，比如 WordPress 或者一些静态博客生成器的插件。虽然可用，但当你实际上并不需要那些网站的时候，不得不一并 host 作为主体的网站未免显得非常累赘。
再之后看到有人把播客的音频都托管在 Internet Archive 上的例子，意识到其实音频和播客 feed 完全是可以拆分的。即使是目前很稳定的 Typlog，也在墙外，也很难保证中国的访问不会出问题。因此我尝试继续使用 Typlog 的 feed 不变，但把音频单独先后放在阿里云 OSS 和 Cloudflare R2 上，速度和稳定性都相当不错。
只要播客通过互联网分发，音频文件就必须托管在公网能够直接访问的地方。而在这个前提之下，对于最多也就百余 MB 的音频文件来说，任何静态存储服务都比完整的商业播客托管服务便宜很多，甚至我怀疑 Cloudflare R2 免费 10G 的额度大部分播客都未必能用满。而播客 feed 本身，就是一个纯文本 xml 文件，更是有无数方式可以免费托管。
通过 offshore 我想解决的就是这样的托管场景。音频文件可以放在你想放的任何公网可以访问的地方，未来随时换也可以，只要替换一下链接就行；feed 直接生成到本地，想怎么上传都可以；同时提供完整的校验，能够确保各种素材和元数据符合播客标准；可以直接导入既有的 RSS，方便从别的方案切换过来。足够轻便但也灵活，所有操作都可以通过 web UI 进行，如果确实想放在服务器上，它也是可以作为直接发布 feed 的播客 server 的。
当然，目前还是很早期的版本，免不了会有 bug 和功能上的缺失，但是基本的功能我自己和身边的朋友都已经投入实用了。欢迎试用，也欢迎意见和建议。
preservethispodcast.org
Preserve This Podcast
Preserve This Podcast is an Andrew W. Mellon grant-funded project hosted by the Metropolitan New York Library Council (METRO) to help podcasters protect thei...
👍3
Forwarded from 泽边
最近小宇宙对托管的播客节目做了一些糟糕的改动，
1. 设置了只有达到 15 期和 1000 订阅才能输出公开 RSS 的门槛；
2. 不再在公开 RSS 中输出完整的 shownotes，代之以「去小宇宙查看完整单集简介」的引流链接。
无论出发点，这都是损害播客开放之可能，对播客制作者有害无益之举。如果你正在小宇宙上托管自己的节目，请通过可能的渠道反对这些改动；也请考虑迁移至 Typlog 等独立的托管平台，或利用开源工具自己托管（我最近做的 offshore 也是其中一种）。
如果你对迁移或托管有任何疑问，欢迎随时联系我，我可以在能力范围内免费提供技术支持。
1. 设置了只有达到 15 期和 1000 订阅才能输出公开 RSS 的门槛；
2. 不再在公开 RSS 中输出完整的 shownotes，代之以「去小宇宙查看完整单集简介」的引流链接。
无论出发点，这都是损害播客开放之可能，对播客制作者有害无益之举。如果你正在小宇宙上托管自己的节目，请通过可能的渠道反对这些改动；也请考虑迁移至 Typlog 等独立的托管平台，或利用开源工具自己托管（我最近做的 offshore 也是其中一种）。
如果你对迁移或托管有任何疑问，欢迎随时联系我，我可以在能力范围内免费提供技术支持。
👍9❤3