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

历史上还遇到过一个大坑，大概是 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 下运行。

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

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

桌面开关嫌丑用双面胶粘到桌底伸手方便的地方不行吗

没听说过 NAT 吗

“那你特么的傻叉怎么还不滚回阿里啊？哦对了你是混不下去被阿里开除的吧。”

一个屁股决定脑袋的案例，只是为了证明自家的狗粮可以吃。有点像以前微软买了 hotmail 之后服务器迁移操作系统。

需方内外网严格隔离、需方外包给外面单位开发而不是养自研团队、CI/CD，这三项不能流畅地兼顾，至少要放弃一项