@CorgiDuu 是的，m3u8 和 ts 分片都是普通的文件，按文件分发处理就行，所以它才方便

此外给视频切片是个很重的工作

一般都是切好的，这样也利于缓存

我倒觉得还行，键盘用时间久了，我打字也不用摸 F J 上的凸起

@Nazz 确实，立刻还给了时间上的含有，也不合适…要不，“同步地返回”…得，循环了

@Nazz 同步/异步的区分不是阻塞当前[线协]程与否，而是是否能立刻取回结果

@seven777 不过密码套件确实应该把解耦做好，软件在架构上就应该能兼容数据不同的加解密方式

小公司吧，甚至一个仓库就一个人自己玩？那流程什么的有时候就多余了，自然是想怎么搞怎么搞，push -f 都会是家常便饭。

从这一点上说，GPT 4 确实秒了 Gemini 那个···那玩意儿甚至不如一个搜索引擎 @dtla

唔，看到了你在最后的 1124 那个消息里加入了 try-catch 的提示··· emmm 这也不算多聪明吧

@dtla 我是觉得，看见 error 就当作 java.lang.Error 这正是弱的表现，即使语境限制在 Java 面试中

@dtla Gemini 就不说了，再次看了下这几个 AI 的回答，我是觉得 「官网 GPT 4 」「 1124 模型」 这两个都算是不错。

不是，如果你强调的是 java.lang.Error 难道不应该至少大写 Error 吗？作为面试题，你把原题中与 java.lang.Exception 的比较删除，这就已经丢失了很多信息，作为一个人类我尚且不能给出一个直接的回答，指望 ChatGPT 就有点困难了。

此外 Error 是否建议捕获要看场景。如果我加一个读取大文件的前提呢？还不建议捕获 Error 吗？

但是为什么非得结婚呢

你试试相同条件执行两次，是不是第二次就很快🤣

@sir283 …这个 System 代表的是系统本身，和 Linux 里那一堆 kworker 差不多。
比如你要是把一个正在进行文件填充的进程 kill 掉了，文件 io 就会算到 System 上（观察到的现象

git 会用不，可以帮你管理版本，在不同设备间同步版本，多人开发时管理分支与合并，结合持续集成（ CI ）完成自动化构建测试，结合持续部署（ CD ）完成自动化发布

容器化的前提是，你玩的转~~~人家提供容器化云服务的厂商可不是简简单单 K8S 起个 Pod 就完了。
除非你对稳定性、性能、运维什么的全都没要求，跑起来能用就行，那自然是随便