理论上不会，synvthing 是复制，然后再覆盖，这两步之间还有一次检查
不过远端 B 比较新，copy 过来后，本地 A 却更新了数据，变成 A1 ，就会出现 A1 和 B 都比 A 新，且三个数据不同的情况，应该尽量避免

syncthing 并不适合多设备协同工作，因为没有汇总功能，只是单纯的文件比较和更替

@duckgo991 #32
@错了，我除了邮箱，没有用 icloud 其他服务

这个脱离现实是可以讨论一下的
例如 AI 处理技术细节这些
不过 AI 作为作战参谋，就不好说了，因为人类战争，并不是要赢就行的，更重要是怎么赢
一切还是要平衡利益的，不计利益扔核弹、海量燃烧弹就行了，战争目的是武力屈服，而不是灭绝，AI 起码要分清楚

不脱离现实的话，AI 本来就不应做这样的训练，无论敌军一个人还是一个亿，都是人类，善恶只能人类自己判断
用 AI 设计一个对付“人”的模型，终归是危险的，将来它有了“自主判断善恶”的意识时，那么……

目前我倒不担心 AI 成为“军事指挥官”，反而担心 AI 会不会成为一个“犯罪设计师”，这个离得更近一些

这个年纪+术后……

针对附言 1 ，这些游戏时间太长（疲劳），不适合老年人
另外是笔记本也太小了，应该换到电视上或者配个大屏

我建议是第一信号系统的为主，就是少文字和少一点“阅读理解”的
例如加个游戏棒在电视做运动、舞蹈之类，动一动身骨（有不太激烈的，找一找）

如果不喜欢动的，益智类的也可以，这个好处是虽然动脑，但不是文字方式的，一局时间不长，可以休息
早年玩过一个摆栏杆拦老鼠的，印象很深，按地形限时摆放仅有的几个栏杆，到点就放一堆老鼠出来，老鼠随机乱窜，不让它们碰到食物或者赶进老鼠夹过关，较难的地形给十分钟也摆不好，可惜免费的部分只能玩前面十几局

诸如此类限时比较宽松的桌游即可
1.不要太过实时，玩反应能力的不推荐
2.不要太过长时，对眼睛和腰椎都不好

换个思路，此题实际上不是找图片，而是找时间点，一个周期变化的事物，两周期之间的时间点
找和这个周期同步的某个值，例如颜色均值？
我只是开个思路……

Tasks.org@F-droid|github
https://f-droid.org/en/packages/org.tasks/

呃，才搜看到新版部分功能收费，不过我一直用旧版，f-droid 有其他开源产品可选
用这个是因为支持 caldav ，有 widget ，且开源，我不用 inet 的，因为 todo 太多私人的事，而且也没有随时变动要同步其他设备的需求，回家同步一下就行了
出差或远行的话，在笔记本装个简易的 caldav server 就可以手机和笔记本同步，回家再同步一次

个人觉得是弄个私人的 caldav server 比较重要，各个平台支持 caldav 的客户端很多，不在乎用哪个

还有个大问题，你的 QThread 里面为何没有 run()？ start 是自动执行这个的啊

把 scan_meta_json()改成 run()吧
worker.started.connect(worker.scan_meta_json) 这句就没必要了

另外 start 前最好加个判断
if not someThread.isRunning(): someThread.start()

八岁就有，所以这辈子都不曾有过白发烦恼

太长，暂时没看完，先说三点
1.
def close(self) :
self.worker.quit()
self.progress_close()

def progress_close(self):
self.close()
这两个互相调用？死循环？

2.
worker.showdialog.connect(worker.pause)
worker.showdialog.connect(progress_bar.show_dialog)
connect 两个槽？把两个写到一块，connect 一个就好了
如果分属两个对象，用参数传递对象再调用就好了

3. 不要直接就 start 一个 Qthread
应该在窗口类里面写一个函数 A ，在 A 里面实例化一个 QThread ，及其相关的 connect ，start
实例化窗口的控件后，调用 A
或者在窗口 init 里面创建 QThread 对象
简单说应该在控件 show 后再调用 Qthread.start()
这样理，顺一些

感觉有点乱，例如等待用户响应的没必要用 timer ，timer 一般用在自动响应，如后台检查消息队列
这个批量处理的任务，不要中途弹出对话框比较好，有问题记入一个 log 或者变量，结束时一起作为消息汇总弹出
中途弹出要引入新的逻辑，如果弹出次数多每次还要点击操作，体验很差

@ldcr99 #4
他们目标应该是内网用户，总不能把车内摄像头拍的东西用丁丁互传，🐶

PS: 注意编码，一般 ctrl-s 保存没问题，你怕改错就先备份

rime 找到你所用双拼的 yaml 文件
如果有 xxxxxx.custom.yaml ，就改这个，如果没有，就改同名的 shema.yaml
（另外有个同名的 dict.yaml ，这个不用管）

在里面找到
translator:
里面就有 enable_completion: false ，改成 true (小写)

上面是分行有缩进的写法，另一种写法可能是一行
"translator/enable_completion": false
都是改成 true 就是了，false 表示关闭“逐键提示”，true 表示开启

enable_completion: true

很简单，只要没有法人和法人平等这个概念，那么：定义-->断言-->推理，后面的逻辑自然就没有了
这个不仅限于企业微信，还有谁就自己想吧

其实最好是一个能尽可能保持原样的“自动保存”或“一键保存”到预设路径 + 一个能按路径自动整理的工具

书签的作用是访问频繁但内容变化的 URL 、稍后阅读是需要再次访问但内容不变的 URL ，两者还是有区别的
如果放在一起就过段时间忘记了容易混乱了，我现在就是这样，书签里面一堆“稍后阅读”却忘记阅读的，已经太多变成不归路无法整理（整理估计要一天）

没有此现象
不是 potplayer ，除非你装的版本有问题
跟你习惯差不多，这时间不是看影视就是赶 23:00 前 jd 下单隔天可送

最小化全部，估计有个独占屏幕的应用呼出，游戏？
没有操作什么但时间变了，那就怀疑定时更新更多了

跑一些费时但可以无人看守的工作、后台服务……
例如我定期要跑爬虫，因为总量不高，一般每站少于一千页，也不需要考虑时效性，所以把频率降到很低，几秒请求一页，这样下来，完成也要一个小时，爬多个站就更多
又或者定期整理一下自己的东西，例如照片，提取时间地点人脸等等入库，以后搜索就方便了

说到底就是你有没有上述类似需求

不要推荐
不要推荐
不要推荐

如果你衡量自己和他不是一个阶层的，就不要推荐
首先，你无法理解他的追求，任何推荐都会是“错误的”
其次，他没有确定目标和主见，你推荐什么他都难以坚持，失败时就是你的推荐是“错误的”
最后，问问自己为什么要推荐，分一杯羹？为朋友排忧解难？谈商友尽啊