不拒绝普通用户使用的话，他还怎么挣钱让人开发接口呢。

Mp4 isom mov 本来就是一家人。
顺便提一个有趣的小知识，avi 和 wav 也是一家人，都是基于 riff 。
视频音频方面的水本来就很深，一大堆公司在搞，各种组织在定自己的标准，然后各种标准又在借鉴别的标准。
然后甚至有时候还会出现软件输出的文件不那么标准的情况，然后软件也要一步步迭代完善。
很多格式还在不停发展变化，比如说 opus 或 flac in MP4 还没完全搞明白，各家软件还没支持，标准也还在草案阶段一点点推进，等哪天定稿了再逐步给各大工具平台推，再一点点开始普及，等等。
本来已经成熟的格式也在不停变化，比如前段时间 NHK 搞了 24 声道的 AAC，一直无人支持，后来有一天我去问了，然后给了个音轨样本以后他们才一点点开始实现功能。
这方面的浑水要趟的话得要有一些心理准备的。

> 密钥和加密的文件都储存在同一个地方，加密形同虚设！

> 不知道如何解密所以没有解密，所以没有最终还原文件。

形同虚设，但没有完全形同虚设？

常用软件支持 HiDPI 不行是怪 Windows 吗？

会什么选什么。PG 功能强大但是我只会玩 MySQL 所以我用 MySQL 。

我以为你要批判一把中学搞 NOIP 的。进来一看是说大一开始从零 ACM 的。
身边周围还有很多大四毕业了还不会写代码做软件的人，大一零基础 ACM 啥都不会那不是很正常么……

理论上只要你硬盘够大够快，就没什么问题。回滚无非就是烧点硬盘性能罢了。

如果你对 RH 系有需求的话，商业水平的可以用 Oracle 和 alma，社区维护的可以用 rocky 。

楼上说的对，出现这些问题，但是同事都不懂，那应该搞一些研讨会学习会，让一两个懂的人出来给其他人讲解一下。然后 leader 也应该制定规范，让大家知道哪些东西是必须要遵守的。
从你说的来看，这两个 leader 都有些问题，工作没有做好，导致下面拉稀。

以前公司的一个同事之前去了一个公司，是通过分析社交网络上的内容来预测走势的。你要是想做分析的话可以走这条路试试。

@JasonLaw 但是做外键不就是为了强一致性么。

@programV2 @hsfzxjy
倒是有 16.04.1 和 16.04.4 。

这里 16.04 是大版本（年.月），后面的.1 和.4 是小版本。

@JasonLaw ORM 在执行数据写入的时候是可以往上挂钩子做额外处理的。

举个简单的例子。你有两个表，一个用户表，一个帖子表，帖子外键连到用户。

现在你把一个用户删了，那么这个用户对应的帖子就需要做适当的处理。
比如你可以在用户的删除钩子上，把他发的所有帖子的用户 ID 都改成一个特殊用户的 ID 。
这样那些帖子就不会被删除了。
当然，这个钩子里还可以做其他的操作，比如更新用户的发帖数，更新页面缓存，等等。

而用数据库外键的话，你一做级联删除，这些帖子就消失不见了，你也没法在对象上加钩子来处理这些事件。
换句话说，数据库背着程序做了一些修改，而程序没有感知。
这个行为我觉得是很可怕的。

所以我宁愿让 ORM 来负责一致性。我想级联删除就级联删除，我想用钩子做其他处理，就绑钩子。

所以你说的是数据库物理外键还是说框架里的逻辑外键？

我觉得逻辑外键要有，但是物理外键还是算了吧。
物理外键删数据的时候连 hook 都不会走，天知道会漏跑什么东西。

N+1，项目初期，或者量小的时候，可以不用优化。
但是数据量大了，开始针对热点优化的时候，还不知道去改，那是真的不应该。
当然，有些坑不亲自跳一次是不知道的，这些人可能就是经验太少，没跳过这坑，你只要不提他们就根本不知道要这么做。

@programV2 就算用 dist-upgrade 也得先改软件源啊。
dist-upgrade 和 upgrade 的区别只在于出现冲突时的处理方法而已。
然后不同版本之间的升级最好使用官方支持的方式，比如说 16 到 20 需要先升到 18 再升到 20 。