另外注释不一定仅限于文字。有些例子你用 ASCII 字符画都可以，比如流程图直接画在注释里，可能可以解释得更清楚。我们有些复杂的 Story 我都是先写一份 LaTeX PDF 的详细文档，把前前后后全部说明清楚，把 PDF 附在 Story Ticket 里，再在代码里引用这个 Ticket ID。这样任何时候我要回顾历史，都可以找到详细的说明材料。

首先，你说的 8 级是什么？
CET 大学英语等级考试只有 4 级和 6 级，没有 8 级，你想考也没这个项目给你考。
如果是说专业英语的 TEM4 级和 8 级的话，是给英语专业学生考的。你是英语专业的吗？如果不是，那你报名都不能报。

然后说注释的问题。如果你英语表达不流畅，那么用中文或者双语是很好的选择。注释的目的是要让人看懂，中文当然最方便让人看懂了。如果你们代码贡献者里有非中文使用者，那么写双语也是很好的。

当时他们的说法是，既然我发言说「这免费的东西还能拿来挣钱啊」，我就「必须」为他们免费提供 AlphaSSL 证书。站长的做法是，关闭网站，在网站上写下，就因为是我在 V2EX 上说了这么一句话，所以凡是想要获得证书的人，都到 V2EX 来找我，要求我必须给他们提供免费的证书。不提供的话呢，就可以来喷我啦。

@SoraneKazehana 你仔细看看被道德绑架的是谁。

Ruby 语言表达能力强，包容性强，不会强迫你做你不太想做的事情。
Ruby 和 Python 看上去很相似，但是骨子里完全相反。
如果你熟悉 Python 的哲学理念，你会发现无数 Ruby 代码几乎是和 Python 完全在唱反调。

比如 Python 的核心哲学，「用一种方法，最好是只有一种方法来做一件事」，直接结果就是一千个人心中有一千个哈姆雷特，凭什么你心中的才是最好的，我心中的就不是？
Ruby 则是随便你怎么玩。Code Wars 上很多 Ruby 的简单算法题，如果你去看别人的答案，你很可能会看到十来种完全不同的解法，有些速度快，有些简洁，有些精妙，但是很少有人会说「你写的方法不 Rubyic*」。（*所以并没有 Rubyic 这个词。）
而且 Ruby 这门语言是集三种前辈语言的优点于一身 —— Lisp Smalltalk 和 Perl。他有 Lisp 的函数式风格，Smalltalk 的纯面向对象机制，和 Perl 强大的文字处理功能，写代码就是两个字，舒服。

Rails 也是一样，你可以用任何 make sense 的方法去写代码，只要符合大体上的规则就行了（比如测试驱动开发，不写又臭又长的函数，等等 ）。性能差是硬伤没办法，但是代码，写起来就是舒服。不过各种黑魔法用得太多以后，调试的时候会比较累……

我自己是从 PHP 转过去的。开始用 Rails 之前我写了大概 10 年的 PHP 代码，然而花了大概一个星期学会用 Ruby 和 Rails 以后，我之后所有的个人项目全都用 Rails 写了。PHP 最多帮人修修 Discuz 论坛的时候才会用了。

我都是往 Telegram 里一塞，所有的客户端都能收到。

遇到得太多了都懒得记了。

说个有名的。之前有个人做了个网站，用浏览器挖矿换取 AlphaSSL 的证书，把人家免费提供并且只能用在商家自己服务器上的证书拿出来换加密货币。我大约是就回了一句，这免费的东西还能拿来挣钱啊。后来就被挂上了这人的网站，怂恿看到的人过来喷我。当时帖子也不是那个站长开的，我也是吐槽一句，结果那站长还特地跑过来开了个号喷我。

后来也只能想想，网络上还是恶人多喷子多，不多计较了，屏蔽了得了。
你现在出去搜我的 ID 说不定还能搜到他的网站呢。

@momocraft CVE 人家不修的话没办法吧。
其实就像我在楼上说的，一旦别人没有提供你想要的东西，就完蛋了。你得自己成立团队去搞这个东西。
Debian 因为同时有 Debian 和 Ubuntu 两家人在搞，所以就算一家不搞了（比如 Ubuntu 12.04 EoL 了），还可以从另一家拿包（比如 Debian Jessie 还活着），再不济也可以直接 Git clone 他们的打包脚本，修完以后重新打包安装。

所以我一直主张，CentOS 只应该在有运维团队支撑的时候用，又或者是不介意系统安全的时候用。

@mondeo 针对性的 rpm 仓库既是优点也是缺点。
优点是针对性，缺点是一旦你想要什么别人没提供的东西，那就完蛋了。
比如说 CentOS 下几乎是不可能跨版本装软件包的，因为所有的软件包都是定向针对这几个系统本身的包进行测试的，所以跨版本局部升级基本就是崩盘的结果。
而 Ubuntu / Debian 都可以局部升级。因为要考虑跨版本兼容性，所以软件包的依赖通常都比较宽。我之前刚刚在一台生产机 Ubuntu 12.04 上装上了 Ubuntu 16.04 里的内核、Ubuntu 14.04 里的 Apache 2.4 和 Debian 8 里的 MySQL。（应用软件版本所限，不能换系统，就只能这么嫁接来解决 EoL 问题了。）

所以如果你习惯是这种比较死板、正统的配置，那选 CentOS 会很舒服。但是如果要稍微走点不寻常的路，Debian 系会更自由。

@jugelizi OTC 全称 Over the counter，指直接放在柜台里售卖的药。
Rx 则是指 Prescription （ Recipe ），指处方药，需要医生开单子。

牙膏厂挤牙膏的过程其实已经非常严重地影响了高性能计算的用户了。
以前牙膏厂的高端品牌都是性能的代名词，比如刚开始的奔腾 2、奔腾 3，那都是旗舰型号。
后来呢，i7 那是多么牛逼的高端产品，性能之王。

现在看看呢，i7 那么弱鸡的性能也好意思拿出来？周围稍微有点计算需求的朋友都不得不去买 E5 或者 Scalable 至强处理器。桌面的 CPU 计算已经停滞不前很多很多年了。

而手机，至少现在还是在以一个非常正常的速度发展的。每 1-2 年你都会发现硬件有提升，值得你升级购买。
（不像 2010 年买的 i7 到 2017 年都还在 i5 水平上。）
这是个好事，说明这个行业在进步，而不是原地踏步挤牙膏。

8 年前的配置运行程序还是一样快，那是因为牙膏厂挤了近 8 年的牙膏。i7-2600k 和 i5-7600 是在一个性能等级上的，前者 2010 年发布，后者是 2017 年。所以桌面软件厂商没有办法去提升软件功能和效果，因为一旦对 CPU 要求增加，你 8 年前跑不动的软件，8 年后照样跑不动。

你可以想想为什么以前的软件 640K 内存就绰绰有余了，而现在 16G 内存都要不够用。
而再过十几年，你会发现操作系统开个机就会用掉 128G 内存了。

Windows。
Windows 上广告泛滥也好流氓软件多也好，难道不是因为 Windows 更受欢迎吗？如果今天 macOS 占据 80%市场，天天弹窗的就是苹果机了。所以市场占有率低不能成为我优先挑选的理由。
不过如果可能的话，POSIX 环境也最好熟悉一下，命令行之类的还是要学的。cmd 可以只入个门，但是 sh 家族要会用。

要甩锅给技术支持的，会选择 RHEL。
要运行某一个只支持特定版本 RHEL 的企业级软件的，会选择 RHEL。
要某个长期支持然后自己能定制一大堆内部软件的，会选择 CentOS。
拥抱自由社区的，会选择 Debian。
拥抱自由社区又想要开箱即用的，会选择 Ubuntu，然后过几年再转到 Debian。

所以用 CentOS 的，应该是那种手头有大量服务器要部署，有专门的运维团队天天盯着，然后有能力自己管理软件源，自己紧跟 CVE 打补丁。至于那种手里两三台机器，管理员还不太懂的，又不愿意买红帽订阅的……天知道他们怎么想的。

至于习惯了 CentOS 又想用新软件的，应该去用 Fedora。
不太懂用一个 4 年前或是 7 年前操作系统的人为什么要抱怨软件包老。

项目后期优化应该是上面安排了下面再做吧。
比如老大说专门拿出来两个月时间，我们把某个业务流程优化一下，那这时候你再去做就好了。

@Akiyu 为什么不要减小分区？氧化氢还能弄死人呢。

@lovefc 不缩小文件系统就缩小分区相当于把人一刀腰斩。

如果不 resize2fs home，那你数据还是全的。resize 完你的 root 就被覆盖上数据了。
不要多纠结了，重装系统然后从备份里恢复吧。

另外，下次记得不要用百度搜资料，一堆瞎瘠薄写的教程在那等着害人呢。

可以买很贵的千兆电力猫，可以勉强跑到 20-30MB/s。

@pig1983 微软出品，呃……
反正我这边也经常遇到崩的，进任务管理器杀掉 rdpclip 然后重连就没事了。

@storypanda 除了找英文版以外，我以前经常逛 cnblogs，有很多干活。现在也不知道是什么样子了。
现在学东西很多时候宁愿去官网或者甚至是自己啃源代码。