解出乱码不就对了吗。你在期待什么样的结果呢。

我司发的是 Thule Accent 20-Liter Backpack 085854241199，但是因为不用去公司所以还没用过……

我 Windows 10 都是精简以后再安装的，装完也没有花里胡哨的东西。
与其折腾 LTSC 我觉得倒不如把零售版精简一下用。

刚买没几天不是很正常么。
轨迹球我觉得最好花上一个月的时间来 burn in 。
你不能指望你一个 20 年没撸过轨迹球的大拇指能只用几天时间就习惯吧。

微动的话，有需要可以自己换。罗技给的微动大多辣鸡，我的 M570 里配的微动 D2FC-F-7N 大概就几毛钱一个，用个半年一年就会双击。后来我自己换上了 D2F-F-3-7，买的时候大概 5 块钱一个吧，紧致耐用，直接把手感提升了一个档次。

至于按键结构这些，我觉得 M570 比较好。前面去看了 M575 的测评，说到 M575 人体工学做得不如前一代。
我都在考虑要不要多买一些屯着了，万一有朝一日停产了就完犊子了。

普通的视图可以隐藏查询的复杂细节。
比如你视图代码非常复杂，但是一旦建好了视图，其他人从视图里读取或者筛选数据时就非常简单了。
然后还有物化视图，不仅仅是查询，还相当于建了一个双向映射自带存储的「表」。你可以直接在物化视图上写入数据，写入的数据会回写到原始表里。这个我很久很久以前做毕设的时候看过个大概，是个普通人不会用到的功能。

原本，视图、存储过程、触发器，这三大件做普通互联网开发的程序员就很少会用到。我觉得传统的系统软件开发（比如银行，大学，电信等）更容易用到这三大件。

把其中一个库里的提交 push 到另一个库里。
比如你有一个托管库 A，本地两个库 B 和 C，你可以把 B 和 C 分别都 push 到 A 上去。
又比如你只有本地库 B 和 C，可以把 C 加成 B 的 remote，然后把 C 的提交 pull 进 B 里。

如果你还要合并两个分支的话要再复杂点。

家宽的使用量是按照典型家用场景来计算的，带宽流量都是共享的。
如果只是下载视频或者在线观看，虽然可能流量较大但姑且算是家用场景。
但是把家宽用于文件分发网络或者访问加速，用宽带直接营利的行为，十有八九是要碰到法律红线的。
如果只是断网警告倒也还好，严重的直接立案调查就好玩了。

如果是企业网络那倒是无所谓，只要有资质都可以搞。

> 如果我想使用其它图床，应该怎样在回复中插入？

其它图床不能在回复中插入。我记得支持的只有 V2EX 图床，新浪图床，还有 imgur 。

修改视频内容以后当然要重新压小，否则硬盘塞不下。

@fkdtz 回帖啥时候有 markdown 的。

凡是遇到涉及到网络存储的，我一般会先问 rclone 不行吗。

@dcoder 反正我个人比较喜欢 Proxmox 。
大企业用 VMware 主要还是享受技术支持，vCenter 加上一大堆 ESXi 组集群的话倒也还行，炸了打电话找工程师来修就行，除了贵亿点以外（

@2i2Re2PLMaDnghL 可以考虑 apt 只下载不安装，然后等过半个月再去 apt cache 里手动安装 deb 包……

我司，给普通人的开发机只有公司内网可以访问。
我在家办公，每天开电脑第一件事就是连 V○N，然后才连我的虚拟机。
别的不说，给服务器的防火墙限制一下只有公司 IP 能访问就行了吧，最简单了。
离职了自然就失去访问权限了。

@afirefish ESXi 也不算那么稳定吧，偶尔也是会出紫屏的，而且因为受众相对比较小，所以对一些小众硬件支持有问题。（之前有一个 HP Gen8 刀片机跑 ESXi 用推荐的阵列卡驱动百分百炸数据，需要自己魔改换驱动才能跑起来……）
性能上也不见得好到哪去，特别是强迫你用 VMFS，比 LVM Thin 可能好点，但是比 LVM 我觉得差很多。

另外 vCenter 几乎是必备的工具，但是这东西贼贵而且非常不稳定（现在不知道好点了没）。有一台半生产机跑 VMware 然后遇上机房大楼掉电，回来以后 vCenter 数据库炸了，小鸡配置丢光还留下很多删不掉的残留项目，估计只能重装才能彻底解决了。后来我们新装了一台 Proxmox 把小鸡都搬过去了。

就不说前段时间出现的任意执行漏洞了……（摇头

ESXi 个人使用确实是免费的，只不过不带 vCenter 功能太少了，只能当玩具。

@dcoder 收购？ ESXi 是 VMware 从头开发起来的东西啊，内核都是 VMware 自己开发的。

只懂 Ruby，写起来不难。
x = [1, 3, 5, -2, -1, 3, 5, 2, -1, -3, -3]
x.chunk(&:positive?).map(&:last).map(&:sum) #=> [9, -3, 10, -7]

Python 里如果有类似的方法的话照着改一下就行了吧。

@nowheretoseek 是的。现在的 UTF-8 如果再扩展的话，最多可以表示 1 亿以上的数据点。
如果实际需求更大的话，那就再发明新的编码方式就行了。
世界从当年的本地字符集过渡到 Unicode 也就花了几年十几年的时间，在人类发展历史中基本都是小问题。
（光从 IPv4 到 IPv6 要过渡多少年想想就蛋疼……）
现代化的计算机系统里，这些东西都是尽可能模块化的，就算要彻底替换，也不是特别困难的事情。

Unicode 一直在被 new 。最后一个版本是 Unicode 13.0，正在做的草案是 14.0，如果有外星文字出现的话，做个 15.0 就行了，问题解决。Unicode 的容量可以说是无限的。

Unicode 可以看作是文字的索引。比如字母 A 的号码是 65，比如火星文里某个字的号码是 114514，假如某个外星文字有一亿个不同的字符，那就给他们编一亿个编号。新版本的 Unicode 就是给更多的字编号，给他们一个“名分”。

然后这个数字怎么保存在文件里或者内存里，这个就是用到编码转换，比如你把 65 保存成 00 00 00 41 这就是一种表示方法。如果有朝一日不够用了，就扩展成能表示更多号码的格式，比如 8 字节，16 字节长度等等。这个过程本来在这十几年里就一直在发生着，越来越多的少数用户语言被加入到 Unicode 中。外星语言只不过是另一种待加入的普通语言罢了。

@john6lq 单 repo 没必要搞 PR，用 MR 就行了，这和流程规范没关系。