你喜欢怎么做就那么做就行了。
我分盘是因为我有很多小众的软件和自己写的脚本已经预先配置好分区路径了，为了简化搬迁工作环境的难度所以专门分了几个特定的盘。你没有特殊需求那就没有必要分，想不想分看你习惯。

@idealhs 还真是，又一个型号作假。

@idealhs R 不是 64M 缓存么，这盘实际给了多少缓存？

我记得我十五年前写的 PHP 代码就已经全用 isset 检测了。是我穿越了吗？

@dqzcwxb 笑死，我们团队刚刚升级到 JDK8 ，之前一大堆项目都在 7 ，还在龟速移植中。上个月刚接手一个 JDK1.6 上来的项目，连泛型都几乎没有，那叫一个酸爽。不知道等我退休的时候能不能用上 17 。（摊手

@Cagliostro 真心想学就逼着自己学，三五天速度就能起来了。

输入为什么会慢？因为记不得双拼码表吗？
用我们二十多年前的传统方案，把标签纸剪成小块贴在键帽上，写上对应的映射，忘记就看看键帽。
（当然我也遇到过硬抗了几天就把码表记住的小伙伴。）

@0xroot #6 glibc 基本等同于发行版版本了。如果你要用的软件依赖 glibc 的最低版本，那么一般意味着这款软件需要某个特定的 Linux 发行版版本才能运行。你这种情况可以试试添加 Ubuntu 20.04 的源，然后只安装 libc6 关联的包，可以做出一个缝合怪系统来，有一定概率可以正常运行。

我一般是拿 Debian 做 glibc 缝合怪的，很少会出问题。

@lichao 只有 16 个许可证。VPS 多开几台就爆了。
这和大小企业没关系，大企业也有单机跑的，小企业也有微服务的。

关于 Java 笨重，过度设计，Getter/Setter 这些，我简单说一些。

Getter/Setter ，有一个原因是向前兼容性。
没有逻辑在里面，不代表永远没有逻辑在里面。
如果你暴露一个 public 的字段，那么你暴露的就是一个数据，而操作这个数据的代码，在第三方。换句话说，你的类对你的数据将失去控制能力，任由第三方来读写。数据和操作数据的代码就割裂开来了。
而 Getter/Setter 则是方法，或者说代码，你对内部的数据有最终操作权，而别人只能调用你提供的方法。如果有朝一日这个数据被改变了，被废弃了，或者业务逻辑被加强了，那么你不需要跑到几十个办公室找几十个团队的人抓着他们跟着你改代码。

过度设计也是基于这个准则。假设地球上有一万个中型或者大型项目，并且每个项目都有几十个工程师在工作，每个项目都需要不同的组件来互相搭配，如果不做成接口，不解耦组件，那得浪费多少工程师的时间？

当你用 Java 的时候，你就要把自己摆正到正确的位置上。这是一个更适合大型企业的语言和框架环境，方便几百几千个工程师在一起协作开发，方便让各种能力水平的人都聚到一起工作。有多少语言和框架能做到这样的？不多吧。

我给公司做团队项目，那肯定是用 Java 的。但是我要是自己写项目，或者和志同道合的人一起写，我肯定选择写 Ruby 。三个人的团队写 Java 会很不舒服，三十人的团队写 Ruby 也会很不舒服。不同的语言有不同的特长。

@Cu635 #211
其实并不是这样。放在 GitHub 上让大家看源代码的软件，并不能叫做开源软件。
开源软件，又或者叫开放源代码的软件，这个开放可不仅仅是查看这么简单，开放一词包含了使用，学习，分发，修改，二次创造衍生作品等各种权力。仅仅是让人查看，不能算作开放，自然也不算是开源软件了。

这里摘录一段维基百科的英文定义：
Open source is source code that is made freely available for possible modification and redistribution. Products include permission to use the source code, design documents, or content of the product.
可见，开源软件需要允许用户使用、修改和再分发这款软件。

@cloudsigma 是谁告诉你开源软件不能以盈利为目的的。
另外，dlib 是开源软件，而楼主放在 github 上的根本就不是开源软件。凭什么要把开源软件的要求强加在一个非开源软件上呢。

创造确实是站在前人的肩膀上，但前提是合法地站着。要是大家都互相抄袭，连出处都不标明，连许可证都不遵守，你觉得人们还愿意去这样创造吗。

看看色彩空间先？

有些可以，有些不行，看系统的设计。比如 ESXi 就可以装在 U 盘里，但是 Ubuntu 不太行。

卡片式（指机架式）服务器风道比较暴力，塔式服务器的风扇覆盖不一定全，可以看看磁盘 SMART 的运行温度。空调开着不等于硬盘的热量可以快速散掉。（南桥芯片同理。）

重用现成的工具链。
比如上面说的 linker ，其实 linker 并不是专门为 C/C++服务的，但包含在了 C/C++工具链里。
其他语言就没必要重写一个一模一样的组件了。
如果 Rust 也实现了一个 linker ，你也可以用 Rust 写的 linker 去链接 C/C++的项目。

没经历过落伍者年代。我大概在 2002 年前后就开始用 PHP 写网站了，是不是错过了这个年代了。
（看到上面做静态网页得奖的，握个手。当年也是做过一个稀烂的静态站，结果拿了个区一等，也是醉了。）

@zyxk 搬运行为就是盗版啊。要是正版转载，楼主还轮得到在这问？早就找法务签合同去了。

@2NUT #8 没错啊，基于 Debian 然后用了 Ubuntu 的内核。