dousha99

目前如果我因各种原因 wipe 了一台机器需要重新装 linux 的话是这样操作的：

0. 重放系统安装脚本，除非要新安装特殊的东西或者目标硬件需要特殊配置
1. 根据目标机器的用途（和硬件配置），重放软件包管理器操作；这包括从 AUR 中下载的软件
2. 从最后一次使用的机器中对拷所有 dotfiles
3. 如果需要，从存储服务器上拉取那些不是从包管理器里安装的软件（比如各种 flatpak, 独立二进制等）
4. 如果需要，从各个其他机器上拉取需要的工作文件

但是吧，从 1 到 3 中间还可能包括无数的驱动调教过程、Xorg 调教过程、根据新机器的情况调整各种 dotfile 、不能重放这个操作，因为 [磁盘空间不足, 系统架构不兼容, 不满足依赖关系]. 所以基本上就是，除非你已经调教过这个机器，不然还是要花一堆时间的。

之前在大学里的时候高强度听网易云（没课的时候就在社团听歌写代码），然后我发现 FM 推的歌曲会逐渐出现环，基本上连着听三四个小时就会出现连续几首已经听过的歌曲。一旦今日出现过这种现象，这种现象在今天发生的概率会越来越高，直到今天过去。

基于这个现象，只能猜测 FM 推荐序列是一个加权随机游走，每天有一个不同的游走起点。

* * *

读题之后好像发现不太是关于推荐的。

在一个已知的列表内进行「符合人类想象」的随机，最朴素的方法是洗牌算法打乱这个列表，然后依次播放。不过这样的话，应该不会出现能预测下一首是什么这样的情况；那么必须怀疑网易云根据你的喜好为各个歌曲加权后打乱，权重高的更贴近列表顶部。或许通过一点小手段去对抗这种行为，比如从歌单靠近底部的位置点击开始播放，或者切换不同的歌单。

* * *

其实推荐算法何尝不是一种在一个巨大的列表之内的随机 ; )

个人理解：编码将信息转换成码元符号，但码元符号不一定是二进制数字，也可以是幅值、频率、相位等可以承载二进制数字的物理量（或者，如果解码器输出是模拟值，则也可以承载模拟值）；而序列化是将在内存中的比特流——通常是程序对象转换成字节流，便于将比特流保存在持久存储介质上以及在不同的计算机系统之间传输。

序列化是编码的一个实例。

关于数字视频编码为什么不叫视频序列化，我个人认为这可能是从模拟设备时代继承的说法，视频的编码确实是通过电路编码并调制；另一方面可能是因为序列化这个词更强调对程序对象的操作，而视频不太像是一种程序的对象。

这个我懂，用洗衣粉（液）腌出来的。

当你洗衣服的时候往洗衣机或者盆子里面倒两三倍推荐用量的洗衣液时候，你的所有衣服就都会带着这股味道。挑对洗衣液，你的衣服就会散发持久的清香。

注意：这样做的话洗完衣服一定要及时晾干，如果一直晾不干的话反而会有一股磷腥味，那就得不偿失了。

「作」的 Unicode 是 0x4f5c; 而反斜杠的 Unicode 是 0x5c. 虽然按道理集合名称应该是用 UTF-8 之类编码的，但可能 mongodump 或者中间某个过程解码成字节流后就直接开始当 ASCII 处理了。在 Windows 环境下反斜杠是 path separator, 自然就会报错。

顺带一提，由于 Windows 诞生于 Unicode 之前，所以 Windows 下的编码相关问题层出不穷。尽可能只用 [a-zA-Z0-9] 做名字有益身心健康。

@depress 我在桂林和洛阳都试过，都是这个问题；最后一次测试在 2020 下旬，目前情况可能会有变化。

@IvanLi127 #5 夭寿啦，产品开始动生产啦（

法律上的问题我选择交给律师去解决。这个东西真正技术上会有问题的是过拟合，比如有些敏感的配置值（口令、秘钥等）可能会被自动生成出来，这就很难受了。如果这个工具无视仓库私有的设定的话，很容易导致在私有仓库内的关键 credential 被钓出来。

以及似乎已经有[Copilot 生成可用的 API 秘钥]( https://fossbytes.com/github-copilot-generating-functional-api-keys/)的新闻报道了。比起「洗稿别人公开的代码是否是法律上可行以及道德上允许」这个问题，我个人觉得「避免代码生成工具泄露关键信息」更值得重视。

当然可以怀疑，但由于只是孤立数据点所以很难说明什么问题。

我个人的经历倒是刚好相反，在滴滴打车的时候无论等多久都不会接单；但高德打车就秒接，价格甚至还更便宜。之前怀疑过是没有实名认证导致系统不愿意派单，后来换了个手机号做了实名认证也不行，我就纳闷得不得了。

这种类似服务器抽风但是又能稳定复现的问题特别奇怪，更奇怪的是周围其他人都没有这个问题。让人感觉是不是自己的手机会导致客户端静默地丢弃一些错误一样。