我是和楼主恰恰相反，驾龄 1 年多没上过高速，被老婆和孩子逼着出去自驾游，自己心里很忐忑，提前用不同的导航 app 做了 n 次模拟才敢去。白天去程还好，晚上不想开夜车，催着老婆孩子早点回，可是她们贪玩，非得天黑了才算尽兴。结果一上高速，发现漆黑一团，开了远光也像蜡烛一样，体验完全和晚上的市区不一样，没人告诉过我啊。一路上老婆孩子吓得也不轻，我完全是战战兢兢了一路，所幸无事，回到家真个人都要累瘫了。

对一般存储来说 kubernetes 根本不知道你的 PV 实际占用多大空间，只要你底层存储不会因为空间爆掉而出问题就行

不经常喝就是这样的，周围出现过几次类似的情形，喝习惯了就耐受了

最近刚离职的现身说法，win10 的话里面有个 reset 的功能，中文好像叫还原系统，选择清除所有文件即可。
要更安全就看 BIOS 是否有低级格式化硬盘的功能。

因为 Python 是函数式和面向对象编程的混合体，所以同时支持 len(x)这样的内置函数和 x.__len__()这样的对象方法不足为怪，而 Java 则一开始就定位为面向对象的语言，只可能出现对象方法。

如果这个都怕的话，想想随时会爆头的手机。。。

知道 Erlang 是从学习 Rabbit MQ 开始的。R.I.P

日常开发的桌面环境应该还是 Windows 和 Mac 比较方便舒适。部署和运行环境应该选择 Linux 比较好，因为其对自动化支持比较好。

能接受 1G1 核的配置，还接受不了 15s 的停机时间？

统一回复一下楼上各位，的确换行符和文件路径分隔符微软都不是始作俑者，但是在 Unix 已经在当时很流行的情况下，微软选择了一条与众不同的路，或许当时因为它只是一个无足轻重的小公司，这些选择是无意的，但事实上在其今日成长为一个巨无霸公司之后给业界造成的标准上的分歧则是不争的事实。

微软不遵循惯例，自己作的怪的也不少：换行符用\r\n，文件分隔符用反斜杠，不知坑了多少代程序员

索尼的头戴式蓝牙降噪 WH-1000XM2 应该 1500 以内搞得定。

一直在低分段 500 以下的怎么破？

可以参照我做的一个个人项目 httpshell，类似 ssh，但可以自定义需要执行的命令。

理论上如果终端域名被劫持了是可以被欺骗。
当然如果下家知道这个情况，在证明自己是当前的实际持有人，可以向上家的 CA 申请吊销该证书。

依赖注入本质上是思维的转变：不要管对象从哪里来，只管使用便是。

著作权简单来说是为了声明一套代码的所属权，跟文学著作权中的作者类似，防止第三方随意复制，出版。
一般的程序员只要不随便把公司的代码原模原样的泄露出去，你自己脑子里的知识还是你的，不然你在一个公司待几年学的东西还得还给公司吗？

亡羊补牢，为时不晚。人贵有自知之明，你能自责说明你起码是有担当的。人不是机器，迟早会犯错误，你接下来要做的就是总结经验，同样的错误不要再犯第二次。如果长期如此积累，你比别人会多很多经验。

是否有空 Review 是公司流程和开发人员整体水平的问题。
Gerrit 能够做到每个人的提交不会影响到其他人，这个对一个大 team 开发是很有好处的。
至于没有 reivew 的 代码无法发布测试完全是你们的 DevOps 的水平来决定的。我们这边完全可以做到自己的代码提交到 Gerrit 之后可以 构建-> 测试->代码质量扫描（ Sonar ）-> 发布个人 build-> 安装个人实例一条龙服务。而这一切与 Code Review 都是并行的。也就是做到开发提交一行代码到 Gerrit，等待若干时间就可以在一个全新创建的个人实例上看到自己的改动是否与期望一致。而是否能够通过 Code Review 则是 Reviewer 的事。

当然 Gitlab 能否做到这一切我不清楚，毕竟没用过。但是 Gerrit 带来的好处却是实实在在的。