关于本刊

这是猫鱼周刊的第 69 期,本系列每周日更新,主要内容为每周收集内容的分享,同时发布在

博客:阿猫的博客-猫鱼周刊

RSS:猫鱼周刊

邮件订阅:猫鱼周刊

微信公众号:猫兄的和谐号列车

私信:[email protected]

文章

幕后 | 我们如何看待「用 AI 写」和「写 AI」的文章

原文链接

来自少数派编辑部的文章,从编辑的视角谈了一下 AI 在目前写作社区的情况。其实主要是两个现象,一是内容本身留下太多 AI 生成的痕迹 ,二是滥用 AI 配图。少数派社区对于 AI 生成内容其实是非常宽容,他们的规则是这样的:

少数派允许作者负责任地使用 AI 生成技术辅助创作,或对 AI 生成技术做介绍和评论

这个「负责任」其实包含了很多东西,包括对 AI 生成的内容进行核查、对 AI 使用情况进行披露等等。

作为创作者,我几乎不会使用 AI 来所谓辅助写作(有一篇文章例外,我稍后在「想法」栏目中稍微分享一下创作的体验),简单来说就是 AI 生成的内容如果没有经过作者自己的思考,那就不能称为「创作」,只能称为「合成文字」,和「合成肉」一样令人作呕。作为读者,如果尝到内容里有「合成文字」的味道,我马上就会划走或者关闭网页。

关于 AI 配图,我的想法也是类似的,没必要为了强行拼凑版面达到所谓「图文并茂」而使用 AI 配图。在所有 AI 生成内容里面,AI 配图的「合成味」最为浓烈,尤其是空洞无物的文章再配上合成的图片,那叫一个恶心。

当然,不同的社区,不同的用户属性,都会导致社区对 AI 内容的不同容忍度。一般来说有这几种态度:

  • 允许「负责任」的使用,比如少数派
  • 不允许任何 AI 生成内容,例如 v2ex
  • 允许,甚至鼓励使用 AI 生成,绝大多数社区是这种态度

我会偏向于对 AI 审查比较严格的社区,而不会在 AI 泛滥的社区浪费时间。没想到连社区和内容也发展出了「现炒」和「预制」的区别。

Go 错误处理的语法改进

原文链接

本周另一个讨论比较多的事情,简单来说就是 Go 语言官方经过几轮提案,都无法在社区达成共识,所以决定保持原来的错误处理语法,不做改进。

x, err := call()
if err != nil {
    // handle err
}

关于中间的提案,简单来说是:

  • 2018 年:check  与  handle  提案
    • 尝试用新关键字简化错误传播,但社区担忧复杂度增加,被否决。
  • 2019 年:try  提案
    • 引入内置函数  try,期望简化语法。但社区认为该方案过于隐式,破坏了代码的明确性,也被搁置。
  • 2024 年:?
    Ian Lance Taylor 参考 Rust 的实现提出了  “使用  ? ”减少错误处理样板  也遭遇到了大量的反对意见

(提案的总结来自于huizhou92文章

我对这个错误处理语法其实没有太多的怨言,虽然写起来比较繁琐,但是它让写的人实实在在地考虑,某个函数是否可能产生错误,需要如何处理。这也很符合 Go 直白而且稳定的调性。另外,在 AI 编码普及的当下,这个 if 的内容很可能一个 tab 就生成好了,这时候清晰的可读性明显比写起来简单更有意义了。

microSD 卡大横评

原文链接

国外的一个老哥,对几十款两百多张 microSD 卡进行了长期的测试,得出了一些结论

在文章中有比较详细的测试数据,除开速度的测试之外,比较有意思的是耐久度测试,这个测试成本比较高,所以很少见到有人做。在耐久度方面,他的结论是 microSD 卡的耐久度基本都不是很理想。个人来说,我已经遇到了很多次 microSD 卡坏掉的情况,尤其是在树莓派或者监控摄像头这种一直在读写数据的设备上。另外,最好不要用 microSD 卡套转接成 SD 卡在相机上用,丢数据的时候有得你哭。

总体来说,老哥最推荐的卡是 Kingston Canvas Go! Plus 64GB。比较有意思的是,大疆官方搭配的卡也是 Kingston Canvas Go! Plus,不知道是否也是做过类似的测试?

想法

谈「AI 辅助创作」

上面提到过,我有一篇文章《博弈论和内卷、防御性编程》是用 AI 辅助写成的。当然了这篇文章并不会有所谓的「合成味」,是因为 AI 辅助的部分仅限于例子的编写,文章的主体组织是我写的,生成的内容我也重新排版过,我对里面的内容有充分的了解,甚至可以给出对应的引用。

那为什么后来没有再用 AI 辅助去写文章呢?原因很简单,当你花了很多的时间去了解、思考某件事情,用自己的文字去表达清楚其实就非常简单了。当然也有可能在这一两年间,我的写作水平也有了一定的提升,所以洋洋洒洒写一大堆字不再是困难的事情。如果你觉得需要用 AI 来帮助你写作,那大概率你还没了解透(或者说达到「胸有成竹」的水平),那还是不要写成文章给读者喂屎为好。

不过在这里我也有一个事情需要披露:周刊的简介,完全是 AI 生成的,偶尔我会删减或者修改一部分内容。以下是使用的提示词:

你是一个经验丰富的编辑,请根据以下周刊的标题<title>和内容<content>,撰写一个适合在社交媒体上发布的总结。

请注意以下事项:
- 用语要简洁,不要叙述太具体的内容。
- 字数不能超过100字。
- 忽略“最后”部分的内容。
- 请不要输出其他内容。

我觉得这个场景可以使用 AI 生成,这个并不是文章的主体部分,甚至大多数读者不会去消费这个部分的内容,我也不想花精力再去概括自己的文章,更何况有部分读者会用自己的 AI 总结来实现类似的功能,所以这部分我心安理得使用 AI 的结果了。

两场脱口秀

这周六连续看了两场 SpicyComedy 的脱口秀,一场是拼盘形式的粤语栋笃笑,另一场是比较单独的个人秀 Frankie A Show。总体体验的话反而是粤语栋笃笑更好,虽然它是票价更便宜的那一场。

去年的时候我也看过一场 SpicyComedy 的英文脱口秀拼盘,当时我觉得还挺不错,这是伏笔之一;然后听他们说素材轮换大概半年左右,所以这次我又去了,还连看两场,这是伏笔之二。

先说粤语栋笃笑吧,这是我第一次线下听粤语栋笃笑,之前零零碎碎看过黄子华演出视频,也看过很多栋笃笑剪辑。现场观众不多(只有英语场的一半不到),可见深圳真的没什么讲粤语的人,更没有多少广州人(从现场互动来说基本都是周边的广东人),不过氛围还算可以。嘉宾也比较多元,并不都是大牌演员,有好些新人(可能这也是票价便宜的原因)。印象最深刻有两个跟我差不多同龄的嘉宾,他们的 get 真的很对我的笑点。结束之后我关注了他们的社媒账号,也去搜了一下粤语栋笃笑,发现做粤语栋笃笑的厂牌真的不多,说明这个艺术形式其实还是不温不火。我对粤语场算是颇为好评,总体质量不错,除了有一个嘉宾,素材全是旧的(回应伏笔,上次听过英文版的了),虽然 Frankie 解释到今天原本安排的嘉宾临时有事所以换他顶上。

再说英文场,这个就主要是 Frankie 讲,然后嘉宾是 Adam。于是我又硬着头皮听了一遍英文版的完全一样的 get,尤其那个 shiba inu 的 get,我完完整整地听了三遍,三遍!真的有点被无语到。Frankie 部分的 get 也还可以,除了个人介绍部分的略有重复,其他的 get 质量都不错。个人秀除了固定素材的部分,另外就是现场观众互动,这个部分一是不会重复对观众比较新鲜,二是这部分可以炖波钟也方便收集素材发社媒。你会发现我还没说这场的观众氛围,因为深圳场观众氛围真的略微沉闷,抢前排的人不是很能互动起来,而且 Q&A 环节收集到的问题也没什么质量,看得出 Frankie 很努力从前排观众里挖料,但确实没有在社媒上看到上海场的质量高。提问和对话老是围绕着工作,怎么有的人周六出来看脱口秀心里还在惦记着工作的事?另外还有个很糟心的事情,这场旁边的人似乎英语不怎么样,老在问同行的人某单词什么意思,对我的体验略有影响。

说实话,国内做粤语和英文脱口秀都真的很小众,甚至英语脱口秀真的只有 SpicyComedy 他们这个厂牌在做,演员、素材其实都很紧缺,但这真的不是炒冷饭的理由。靠着炒冷饭和大牌,不能让本就小的观众团体反复付费;新演员反而是更用心去创作,不是拉踩,比较前辈的 Norah 和 Adam 其实演出效果就是比不上 Frankie 和一些新演员。

项目

AirPosture

An image to describe post
项目链接

一个利用 AirPods 传感器来检测姿势的 app,可以检测是否有低头。

有人提到,后面有公司可能会利用这个,来检测员工是否在上班时摸鱼(x)。

openmaxio-object-browser

An image to describe post

项目链接

MinIO 删掉了 Web 控制面板的代码,只能通过命令行工具做管理,或者使用商业版。这是一份社区 fork。

Donut Browser

An image to describe post

项目链接

一个用来管理浏览器 profile 的工具。

An image to describe post

最后

本周刊已在 GitHub 开源,欢迎 star。同时,如果你有好的内容,也欢迎投稿。如果你觉得周刊的内容不错,可以分享给你的朋友,让更多人了解到好的内容,对我也是一种认可和鼓励。(或许你也可以请我喝杯咖啡

另外,我建了一个交流群,欢迎入群讨论或反馈,可以通过文章头部的联系邮箱私信我获得入群方式。