@axunnnn #8
1. 没有理解你说的并行生成的概念,这样不会导致视频重复上传吗?
2. 你说的用"业务字段"来判断是否已经完成确实是可以的,但是如果遇到没有数据记录的阶段就无法判断,而且统一用一种逻辑去判断过程我觉得在代码上更加内聚,不然不同操作是否成功用各种字段去判断显得代码很"散".

@Immortal #2
补充下
数据库记录操作状态还是用十进制记录(11111=>31),封装几个函数来做操作的标记和查询即可

没有经验,说下我初步的思路:
1. 因为上传和封面图等都是基于"视频生成".所以一开始生成视频是线性,后面都是并发.如果后续操作失败可以回退到"生成后的视频"这一步重新尝试,只要能保证原始视频能正常生成且在所有操作完成前只生成一次即可.
2. 数据记录上不一定需要多条数据,一条视频用一条记录就可以了.像这类 bool 类型(成功或者失败)的复合操作可以用 2 进制来记录,很容易判断是否完成或者哪一步没完成.(比如总共 5 个步骤,全部完成即 11111),每一步操作后可以 update 这条数据上自己对应的操作位.

如果喜欢的 Vimium
不如试试 Surfingkeys
个人觉得更好

昨天收到的 可惜了 刚续了一年

之前一个月瘦了 15 斤的样子
关键还是得靠饮食调理,运动是辅助,然后就是坚持
买个体重称记录下自己的变化,行程一个正向循环

两个系统的系统时间一致么?

差不多吧 说话做事情会考虑后果 上头阈值比较高

有人戴 3d 眼镜试了么

没什么 hack 操作的,最多就是注释上写点函数的逻辑,会自动根据你的注释生成代码,然后进行 code review 就好了

万一中了呢!

昨晚首发入了 8100 等付尾款了
目前看极客湾的 8100 评测,看好这个 U

看到 id 才发现是 rss 订阅里的老哥 之前写的文章挺有趣

在用 rematch,关注 recoil

要不你来杭州看看什么叫"规划烂"?

1. 出门必须戴好头盔,戴了头盔必须系好带子,不然不如不戴.
2. 放平心态,远离大车.路上有些司机会觉得摩托车不是车,恶意或者非恶意的别你,虽然很少但也多注意.
3. 别装逼(虽然是 125),慢一点.

tauri 开发体验如何

个人建议 16G 够用了,不知道为啥上面这么多说必须 32G 的.
32G 在我概念里你应该得是 JAVA+前端开发,并且同时开发前后端,两个 idea 跑满才可能会觉得 16G 不够.

我日常就在 8-10G 左右的使用量,可能我有随手关闭阅读完的标签页,关闭短期不会再使用的软件的习惯
一方面是为了节省系统资源,另一方面是为了方便自己索引想要的软件 /网页.
太多会觉得杂乱,可能是另一种洁癖吧.

哇靠 好多女开发
核心竞争力?