只有内网啊，那无所谓了，随便选一个装就行了，没区别……
你要是喜欢软件源里软件多的话就 Debian 就得了。
（ RH 系/CentOS 其实是需要公司出一个团队来专门负责打包你所需要的软件的，系统自带的软件不多。这些发行版本身就是面向企业级用户的，既然是企业级用户，企业出个运维团队不过分吧）

@dream4ever 如果没有系统更新的话，你们的服务器就已经 8 年没有得到过更新和安全补丁了……

@xooass 龟壳不会随便停止服务的，内部所有的机器都是龟 Linux ，自己要用的。

不知道你们有没有一直更新系统。
要是你们现在跑的还是 7.3 ，那说明从 7.3 到 7.9 之间的更新你们都没装啊，等同于 2016 年就停止维护了。

至于公司要跑什么发行版，这完全取决于你要在上面跑什么软件，以及这些软件兼容哪些系统。
如果只是跑 docker 的话，那随便什么都能跑，没任何区别。
闭上眼睛抓阄就行了，Ubuntu Debian RH 家族 随便选一个就行。
Debian 用户基数多而且系统干净，RH 家族和 CentOS 兼容性比较好，迁移简单，Ubuntu 背后有商业支持，遇到问题可以花钱找原厂解决。

因为发行版就是设计成这样的。
天天升级还怎么稳定住版本号。
版本号稳定不住那用的人还怎么指望操作系统长期行为一致性。

@elboble Debian 的补丁是 6/22 就合并了。

87 键算是在不改动键盘布局（影响肌肉记忆）且保留所有功能键的前提下的最小布局了。
再小的键盘，按复杂组合键的时候得想好久。比如常用的 Shift+Ctrl+End 组合键选中当前位置到文档结尾，如果 End 需要用 Fn 之类的模拟，那就得按 4 个键了，而且还要按照某种顺序按，否则说不定会触发其他的组合键（比如 Fn+Ctrl 在我键盘上是上下文菜单键）。与其这么废脑子不如多给一丁点空间到 87 ，解决一切少键问题。

@cnbatch 不算是 bug 吧，只能说是行为不太一样。
比如说头孢和阿莫西林都是抗生素，但吃头孢不能喝酒，那你不能说这是头孢的 bug 吧。

这本书的书名我拿 AI 翻了一下：
《 Python 自动化办公，给小白的实用编程》
他的目标是让你把办公工作自动化，只是自动化的时候用到了 Python ，所以教你个皮毛，能把工作自动化了就完事了。就像 Excel 办公教程，也不一定都会教你怎么写 VBA 代码，毕竟大多数人用 Excel 撑死也就写写公式做做过滤画点图也就完事了。

@fs418082760 手动点到 3841 天

之前写开源软件的时候做了几年一共收到 100 块捐款。后来就懒得放打赏了，上班不香吗（

吞消息的话让对面先下线再上线，看看有没有收进历史聊天记录里。
如果在的话说明只是丢了消息通知，消息没丢。
非常神奇的是，我在美国的时候消息几乎从来不丢，回国了就狂丢，非常迷惑。

#32
NAS 的话，用系统自带的 RAID 相关组件已经足够好了。比如群辉独家 SHR ，说白了就是 LVM 。docker 和虚拟机这些更是直接用就可以了，没有什么缺失的功能需要自己来写吧。再不济，zfs 和 btrfs （不考虑 btrfs RAID ）使用得也很广泛了，总有一个能用的。要深度定制的话我感觉得是 netapp 这种级别的公司做的事情了，也不可能把这个成本开发出来的东西低价卖给家用用户。

Debian 作为一个老牌发行版，用户基数还有维护环境都比 OpenWRT 好太多太多了，还有大量的商业环境部署。（你应该没怎么见过拿 OpenWRT 部署商业服务器的吧。）倒不如说一开始去选 OpenWRT 才是迷惑的地方。

Debian 是一个发行版，内核是 Linux ，userland 组件是五花八门都有。
如果绿联修改了 GPL 的软件源代码并通过硬件搭载分发给了用户，那么他们确实需要提供修改过的源代码（或者提供修改部分的补丁文件）。
但大部分情况下写系统都是用现成的组件，不会去动很多组件源代码的。一个显而易见的理由就是，动了组件源码就必须自己打包，那就意味着自己要花时间维护这个包，上游改动了下游还要重新编译分发。那不如尽量直接用上游的包了，能有其他办法解决的就选其他办法。

就算是 PVE 的内核，本质上是用的 Ubuntu 主线内核改的，在主线内核上加点自己的东西。
https://github.com/proxmox/pve-kernel/tree/master/patches/kernel
全部的更改其实就这么点补丁，也不算太多。

上面说到内核模块闭源的问题。开源内核模块可以访问所有的内核 API ，非开源内核模块只能访问一部分有限的 API ，但只要符合这个条件，就是合法的非开源内核模块。