ext4 会写 superblock，分区数据肯定是被破坏了，重装系统然后从备份里恢复数据吧。

停车后拉手刹不换档那不就是前进档吗？前进档下车子前进不是很正常吗？
挂错档还要问怎么改正？改正方法不就是挂对档吗？
你每次挂错档给自己一个大嘴巴子，没几次就能记住了。
要么就像楼上有人说的，陪个几千块钱肉痛了就记住了。

停车挂 N 档然后拉手刹，这真的是基本操作了。基本操作做不对的话没人能救你。

我最近涂 Java 的时候涂出了 Ruby 味，结果被同事喷了一把，默默滚回 Java 风了。

Rebase 或者 Cherry-pick 或者提出文件然后 Commit 都可以。
本质上是把更改差分从一个分支搬到另一个分支，很多操作都可以实现这个结果。

rsync 主要是断点续传。
append-verify 我倒是不太清楚会不会有奇怪的作用（或者副作用）。
但是我感觉应该会有重复传送的现象。你可以再测量一下实际传送的流量。

服务器上起了几个 rsync 进程的话，应该和客户端 rsync 进程数相同。

不止是语言吧，还有运行时。你说的 print 是要真的有人写出来的。
你可以调用现有 C 运行时里的函数，也可以实现自己的版本。

@ysc3839 要用啊，登录核心服务的时候。就是平时握着笔记本的时候容易碰到金属触点，然后就……

@Biggoldfish 非常真实。所以我在犹豫要不要搞一个 yubi 滑盖。

本身没太大风险，但是如果遇上不知道怎么配置服务器的运维，那就是很大的风险了……

gcc 带上优化编译出来是这样的。

main:
　　　　 vpbroadcastd 　　 ymm1, DWORD PTR x[rip+399996]
　　　　 mov 　　 eax, OFFSET FLAT:z
　　　　 mov 　　 ecx, OFFSET FLAT:y+400000
.L3:
　　　　 mov 　　 edx, OFFSET FLAT:y
.L2:
　　　　 vpbroadcastd 　　 ymm0, DWORD PTR [rdx]
　　　　 add 　　 rdx, 4
　　　　 cmp 　　 rcx, rdx
　　　　 jne 　　 .L2
　　　　 vpaddd 　 ymm0, ymm1, ymm0
　　　　 add 　　 rax, 32
　　　　 vmovdqa YMMWORD PTR [rax-32], ymm0
　　　　 cmp 　　 rax, OFFSET FLAT:z+400000
　　　　 jne 　　 .L3
　　　　 xor 　　 eax, eax
　　　　 vzeroupper
　　　　 ret
z:
　　　　.zero 　 400000
y:
　　　　.zero 　 400000
x:
　　　　.zero 　 400000

打开 AVX2 以后会直接执行 VPADDD，不仅不会调用 calc，甚至不会调用普通的寄存器加法。

@also24 是啊，NVMe 要吃掉两条 SATA 的，我 B450 就这样。

标准指法是「学习」盲打用的，适合起步但不需要严格遵守。
打字也不分「错误的」或者「正确的」，能打出字就行。
手累的话可以想办法改善，比如上面的 5 指禅也是可以的。
总之以自己舒服为准。

标准指法有很多的前提，比如要求你的小指坚强有力，比如这更适合日常打英文文章而不是给你写程序用的。
（想想你写代码的时候，括号分号美元符号这些，并不是写文章时经常会用到的。）

@Xusually PCIe 的 M.2 也会占用掉 SATA 总线的。

重复了又咋样，commit id 本来就只在 repo 内部有效。
再者 SHA1 碰撞概率已经是天文数字的低了。
再者就算碰撞了，也需要内容是合法的 git 提交记录才行。
到宇宙毁灭之时你应该撞不出重复的 commit id 。

CentOS 7 也只有 PHP 5.4，要么就只能用第三方源。
Jessie 是 5.6 但是已经 EOL 了。
不过我寻思着，你 CentOS 6 不也只有 PHP 5.3 吗？难道用的也是第三方源？
要是能随便用第三方源的话，还纠结什么维护周期啊，都已经不是系统自己维护的包了，用 Ubuntu 或者 Debian 不还是一样嘛，反正到最后都是找第三方的源随便一安。

可以。

「稳定版」是指软件功能和版本稳定，不是系统运行的时候是不是稳定。
RHEL 的稳定版维护周期是 10 年，就意味着这 10 年里你的软件功能和版本是不变的。像上面说的，RHEL/CentOS 6 用的是 2.6 的内核，这 10 年里就都是 2.6 的内核。你手头针对这套系统开发的软件，不太会因为时间流逝而与更新后的系统不兼容。
同理 Ubuntu 的稳定版维护周期现在也是 10 年，比如你手头针对 Ubuntu 18.04 上 PHP 7.2 开发的软件，可以运行到 2028 年而不用担心系统停止维护。即使上个月官方版的 7.2 已经 EOL 了，Ubuntu 也会接手打补丁。

反过来，如果你跑的软件支持新版本的环境，比如说你跑 WordPress 支持 PHP 8，那你就可以随便上非稳定版了。

说用 Ubuntu 不稳的人，可能是把 Linux 用在了 Mission critical 的项目上了，这种时候已经不止是操作系统的问题了，还有公司政策、人员认证、硬件采购等各种因素在里面。比如运维的人必须要考 Linux 操作认证，那你得考红帽认证工程师吧。比如售后技术支持，每台服务器你得买$800 一年的订阅吧。比如硬件，你得买全新的 DELL/HP/Lenovo 针对操作系统认证过的服务器吧。

这点体量都没有的小公司，谈什么稳不稳的问题……

可以开除菜鸟，换几个不会把服务器搞炸的来。

面试官就是要我在他电脑上改啊。
人家面试用的代码本来就是企业机密文件，也不方便发来发去。
而且为啥我要把私人电脑桌面共享出来呢，万一让他看到什么奇怪的东西不是很尴尬。