美的 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，我可以在甲方（发包单位或公司里业务部门）的鞭打下去摸清楚业务需求从而跟公司业绩直接贴近，我想未来脱离这些乱七八糟的细节，做一个只要能拿技术吹水就行不需要真抠细节的管理者”。

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

Debian 大髪好

用比 Java 稍微“小众”一点的技术可以有效过滤掉海量的培训班 crudboys 。算上过滤人的成本，招“小众”语言程序员真不见得比 Java 的高很多。
何况…go 真算小众？你是鸡丁还是谢莉丝？

正经一点的关系数据库，比如 PostgreSQL，数组内查询都不成问题。

如果文档类型以 Microsoft Office 为主，用 Sharepoint 吧

金卓 B，官方旗舰店常年 14xx

如果软件太老只能在 XP 下运行，那么大概率只能在 XP 32 下运行。

著名的微博三蛆之一奥刀老师说过很多胡说八道的话。但是有句话我觉得很有道理：
有线是无限的，无线是有限的。

沉迷运维技术，有可能会改变你的某些观念，让你对纯开发人员的一些做法越看越难受。
云原生运维技术可能还好一些，如果传统运维技术熟悉了那真的是想掐死纯开发人员，尤其是（乙方）开发人员兼任的（在甲方环境里做部署的）实施人员。