Debian 。（ Java 开发，非专业运维，而且现在流行容器化，所以对发行版其实不是特别在意。）

目前我查到的 Linux 占有率前三名是 Ubuntu 、Debian 、CentOS 。
1 、《鸟哥》用的就是 CentOS ，但现在是 Stream 了，所以不考虑
2 、Debian/Ubuntu 是同一系。但 Debian 更自由，而且既然 Debian 是上游，要转 Ubuntu 应该也不难。所以选了 Debian 。
3 、Manjaro KDE 我装过，个人感觉确实很舒服。但我只在服务器上用 Linux ，暂时没有拿 Linux 做桌面操作系统的打算。

另外 Ubuntu 的知名度是真的高，知道 Linux 的基本都知道 Ubuntu ，而其它发行版就不一定了。资料也多。支持广。那些搞深度学习的好像大多用 Ubuntu 。
团队使用的话，Ubuntu 也非常不错。

在 linux 上用 bash ，在 macOS 上用 zsh ，在 Windows 上用 pwsh 。入乡随俗

个人观点：好不好是其次，主要问题是微软的解决方案要钱，所以生态就差了。

@jadelike sort()方法其实永远都是升序排序，也就是小的在前，大的在后

“小”和“大”的概念很模糊，比如对于一个 Student ，怎么定义小？可以按成绩、姓名、学号等等，因此 (a,b) -> { ... }这段也可以说是定义大小关系，如果返回值<0 ，就认为 a 比 b 小，应该排在前面。如果是数字的话 a-b 正好就<0 。

降序的功能其实是不存在的，但你可以把返回值的正负号颠倒。这样就实现了降序的效果。

@jadelike 1 和-1 并不对应“升序”或“降序”。而且还有个 0 呢。

代码里的 (a,b)->{ ... } 这段其实是你对排序方式的定义

返回值<0 （比如-1 ），指明元素 a 在数组中应该在元素 b 的前面
返回值>0 （比如 1 ），指明元素 b 在数组中应该在元素 a 的前面

返回值 0 ，则这两个元素一样，a 前 b 后或 b 前 a 后都可

聪达到小 --> 从大到小
移除问题 --> 溢出

其实可以这么记：
a < b 返回负数，因为 a - b < 0
a > b 返回正数，因为 a - b > 0
默认按从小到大排，要聪达到小就反过来减

更好的方案是 Interget.compare(a,b)，避免减法时的移除问题，但算法题不是很需要

mDNS ？

因为安卓厂商太多了，兵力被大大分散

我觉得是 Node.js ，毕竟 web 本来就是 js 的主战场
1 、对 JSON 的处理好得不得了（毕竟就是来源于 js 的）
2 、方便处理 DOM ，这基本就是前端的工作
3 、异步支持极好（因为 js 的单线程特性，不异步就卡死了）
4 、部分网页的 DOM 其实是 js 生成的，如果你选的就是 js ，那么会比较熟悉
5 、puppeteer 、playwright 这种爬虫杀手锏，都是优先支持 js 的


我是先学的 Python 的 Scrapy ，然后又用了 Node.js 。
我感觉 Node.js 不需要什么爬虫框架，直接 axios 请求下来，然后 cheerio 解析就好了。（最主要是可以复用写前端的经验）

唯有对速度不敢确定，因为我都限制请求频率的，怕踩缝纫机

期望=结果*概率
如果是正的，那就赌。

有其它备份手段可以降回去，没有的话不建议

NAS 存一份，网盘存一份，可以防意外（火灾、丢失）。但比较麻烦。
Raid 不是备份，但还是可以防一下磁盘故障、坏道啥的。

我个人遇到过磁盘坏道，所以我买 NAS 肯定会开 Raid 。

坐下，高级语言常规操作

开发环境和生产环境不一样吧。

生产环境的话我肯定是 Dockerfile+编译好的程序拷贝进去。

开发时个人偏向于直接在宿主机上弄环境，你要直接显示文件的变更的话，弄个 Dockerfile.dev ？？

@wxf666 这么做是可以，但无论是对 DBA 和程序员来说都并不友好，增加了操作和代码的复杂度，同时在检索时还会增加数据库的计算量。

用数字存储减少磁盘占用。int64 算 8 字节，14 亿个是 10.43GB ，我这里 sizeof(身份证字符串)是 19 字节，直接算 3 倍好了。那也就是 31.2GB 。现在这个时代，省这点容量是真的划不来。

至于模糊查询，我觉得在公司、企业、学校 OA 系统中比较有可能出现。主要是这种查询多变没法提前写好。

@wxf666 对啊，就这种用字符串做的话就很方便啊。
更一般点，最最普通的模糊搜索，就是写身份证片段，然后列出所有相关的吧。字符串 like 一下就很简单，但换成数字就很难做的。

身份证号存数字。。。来个模糊搜索看看