不要做穷逼且爱折腾技术搞破解的客户的生意。这样的客户搞不清甲乙方的价值界限。

要不然你打算怎么做，在 rc.local 里加载写好的防火墙规则吗

开机启动做初始化啊亲

oracle 的叫 dataguard

在外定居 20 多年的青岛土著表示景点还能看明白但吃的真是几乎完全懵圈了😄

中午学习新技术、回顾做过的项目思考怎么改进、背单词、看理财知识，是努力。中午垒当前项目的 CRUD 代码，是内卷。

先有第一个鸡蛋，孵化后成为第一只鸡。
第一个鸡蛋的父母是原鸡，生下的这只蛋由于基因突变而具备跟原鸡有关键不同的分子生物学特征，从而成为另一个物种。

运维是一项专门的技能，不是拍拍脑袋就能做好的。

坚持用 OpenJDK 并且坚持用发行版 repo 里的 openjdk-xxx.rpm/deb 的甲方飘过……被乙方怼过，也怼过乙方。

美的 Colmo B3，强力洗+烘干+鲜存，木筷子毫无鸭梨

既然“编译安装的教程一篇一个样”，为啥说用包管理器安装的乱😄

套一层 CTE

“如何保证能够兼容旧的配置文件”？

理论上并不能保证……实际上遇到的不兼容情况并不多。

另外，如果安装 deb 包时初始版本的配置文件被用户修改过了，而新版的 deb 包自带的初始文件又有变化，dpkg 会问你怎么处理，是用新的、保留旧的、尝试做三路归并（成功率并不高），也可以用 diff 格式显示新老版本的差异，以及临时开一个 shell 让你人工检查。

因为国内现在主流的一批所谓架构师都是 BAT 等几个互联网大厂出来的。甚至是做行业信息化的圈子也被互联网技术路线污染了，导致屁大点并发量但是业务规则较为复杂的系统也在盲目使用互联网大厂所面临的秒杀、热评场景下用的架构。

这就是所谓的“互联网公司”

不同可用区的映像版本不统一真的是很无语了。

历史上还遇到过一个大坑，大概是 2017 年前后的样子，虚拟机的 Kernel 自己升 4.5+就启动不起来了，ucloud 还发过一个公告让先不要自行升级……过了很长时间才解决。

以前（大概在 2000 年）遇到过的一个实际例子，某个开源组件在 i386 的 Linux 上跑得好好的，到了 alpha 的 Linux 上就会频繁在 console 跳出错误，程序运行结果都是对的，就是性能不太行。
因为 i386 上 word/dword/qword 并不要求对齐到整个数据类型的边界；而 alpha 上要求对齐，否则会触发错误，然后操作系统捕获以后来根据指针位置拆开运算再合起来，这样性能损失会很大。

还有大家可能熟悉的近几年的例子，X86 和 ARM 的内存一致性模型不一样，习惯了 X86 的人写出来的程序在 ARM 上可能就会出问题。

说“语言都是工具”，还有很大可能并不是楼上的技术大牛们互相不认可的技术原因，只是说这话的当事人凑巧职业生涯的开始是在程序员岗位上，但毫无心思深入钻研编程技术，一心想着“我只是现在做 crud，我可以在甲方（发包单位或公司里业务部门）的鞭打下去摸清楚业务需求从而跟公司业绩直接贴近，我想未来脱离这些乱七八糟的细节，做一个只要能拿技术吹水就行不需要真抠细节的管理者”。

可能第一个这么翻译的人是刘仁轨的粉丝。