俗话说，没有既要又要还要……同类产品的选型，一定是评估各自的实际优缺点，选择跟自己业务最关心的长处切合的产品，再通过应用开发时的架构设计来规避掉它的缺点。所以，如果面试官自己都用过或者有都用过的人给准备材料的话，是可以从回答中看出应聘者是背八股还是真的有经验。比如消息时效性、有序性、消息回溯、死信处理等，不同产品的侧重点不一样，有的支持这个特性好，有的支持那个特性好，就需要根据自己的需要做选择以及通过应用编程闭坑。

这不就是类似于“xx 个工作日内办结”的逻辑嘛，很正常。

@james122333 那你玩 ARM 大概率只能玩嵌入式开发板，为每家甚至每个型号定制 distro installer 了

@james122333 然而 ARM 圈子里 desktop 和 server 上的 System Ready 标准，完全标准化了的固件就是 UEFI

vim 里要开 :paste 再粘贴，以免各种自动缩进

你这 130 万条数据之间有相互关系不，是否一定要整体做原子删除，如果不是的话，分批慢慢删也没关系啊。

你看看打包好的 rpm/deb 里，每个服务用的用户就是这样创建的，这个范围的 uid 按约定不用于交互登录用户，是拿来跑服务的系统用户，如果打包的撞车了是发行方的错，你自己乱用是你的错。打包的 post-inst 脚本里加-o ，是为了保证包升级、不同来源的兼容包平替等场景下不用考虑复杂的创建用户操作，已有的用户可以继续使用。

认真看一下 man useradd 了解 -r 参数的意思

以前吐槽音译，现在看来，在计算机技术这个变化比较快的领域，还是音译好（更好的是不译，直接用原文），至少不会存在一对多、多对多的语义冲突时的选择分歧。

用来做透传很方便

交换器上根据 mac 查端口

传统业务系统换数据库，往往不是换数据库的事。得重构应用层代码做适配。

建议不迁移。

换个思路，干脆用无意义的字符串比如 UUID 做路径，反正现在的用户都是从搜索和导航来找的，使用时也不会关心 URL ，甚至根本注意不到

5.7 已经 EoL 了，官方的 repo 里不包含，很正常

没听说过。PG 是有的。

要不再等等，等 qcom 收购了 intc 再说

“我林家满门忠烈，你懂个屁的 Windows”