讲道理
大部分人类也是统计学 GI （仿造词，基因智能 Genetitial Intelligence ），真考逻辑学及格都够呛
比如下面这道题，估计这里 60%的人都要错，甚至接受过逻辑学训练的人也会掉坑

求 not( (var_A = X and var_B != Y) or var_C = Z ) 的最简展开形式🐶

况且况且况，95%以上的人都不如 chatGPT 能拿 google L3 级别的工作呢🤣🤣

其实挺期待 AGI 快速到来，奇点理论成真，然后一步加速到位开始走机械飞升、铁心灭绝、失控机仆三种路线其中之一（此处应配有知乎捧脸笑表情）
这样现代社会的所有烦恼都无了🤣🤣

可以

妄想 op 继续努力以支持 iphone

eagle+自标注标签+预训练图片识别模型
在 openGPT 级别的图片识别应用出来前，吊打一切图库 app （虽然感觉图片识别领域的 openGPT 也很快了）

这我就不得不提某打牌王了
有钱氪金玩 Yu-Gi-Oh! Master Duel
没钱玩单机 Yu-Gi-Oh! Legacy of the Duelist: Link Evolution
都没中文，但中文翻译不如看英文，你只要知道寥寥几个词的意思就可以
（引用一下：
语言是最大的门槛，如果完全看不懂那当然就不用买。简中系统下默认英文，理论上高中英语水平就够用了。卡片效果的话要再记几个常见名词: summon 召唤，draw 抽卡、field 场上、target 取对象、GY （ Graveyard ）墓地，spell 魔法，negate 无效，banish 除外。至于什么 destroy this card ，gain 500 ATK/DEF ，应该就不用多解释了吧？也可以试试这个链接里的卡片效果能不能看懂，如果能的话感觉差不多了。
reference: https[://]zhuanlan[.]zhihu[.]com/p/127803345
）

可以体验一把被电脑 /对手花式 one turn kill 甚至 first turn kill 的快感🐶🐶🐶

看了评论
我发现有些人可能连 working directory 都玩不明白（ sys.path, PYTHONPATH 等变量）......

不了解你用的啥框架去连的什么数据库，初看，感觉触发的是超时锁，不是真死锁

真死锁得是两个进程，各自在其线程内 /事务内
pid1: 先获取 lock1——do something——再获取 lock2
pid2: 先获取 lock2——do something——再获取 lock1

然后 pid1 因为 pid2 锁住了 lock2 ，导致 pid1 无法进入后续步骤，无法结束，进而 [无法释放 lock1] ，
进一步导致 pid2 无法获得 lock1 也无法结束无法释放 lock2 。
（ pid1 try lock2 -- failed because pid2 hold lock2 -- pid1 keep holding lock1 -- pid2 try lock1 and failed -- pid2 keep holding lock2 -- pid1 try lock2......）

产生死锁的点在于，pid1 和 pid2 在不能获取第二步骤的锁（ pid1 拿 lock2 ，pid2 拿 lock1 ）的时候， [无法释放第一个锁] 。

但如果
WebControllerMethod(){
update(id:1)
ThreadPoolTaskExecutor.execute(() -> {
update(id:2)
}
}
里的 update(id:1) 可以在执行 ThreadPoolTaskExecutor.execute(() -> {update(id:2)} 前，就释放 id:1 的锁，那理论上就不存在死锁了

所以怀疑是超时锁，因为许许多多因为用户反复重试导致的 pid1 在不停 lock2 and update 2 ，导致你新的 pid2 lock2 fail 进而报了超时。

除非有种可能，你的 commit/rollback 不在 update 方法里，而在 WebControllerMethod 里，那么你俩线程其实是共用同一个连接同一个事务，这样就肯定有死锁的情况了

我其实挺好奇这背后成吨的带宽钱到底是哪个冤大头在出。
某新晋网盘大厂花钱买人气？

贾老板把洗钱做成了生意，丢脸吃亏都他一个人，幸福千万家
多好

很好，能在 V 站看到高一生水平的哲学议论了（之前有篇初中生的🤡

试一试 bypass 功能，这个功能可以让地址走 host 和网络设置的 DNS

在
Settings -- System Proxy -- Bypass Domain/IPNet -- Edit
中添加

- "licenses.graphpad.com" # 仅匹配 licenses.graphpad.com 域名
或
- "*graphpad.com" # 表示匹配以 graphpad.com, www.graphpad.com 等以 graphpad.com 为结尾的域名

道理是这样
但不见得不能用 chatGPT 对付垃圾站
道魔相争，最后内容的质量还是会提升

讲道理，它写代码的能力可以甩 copilot 几条街
集成到太阳系第一的 IDE 里怕不是可以薄纱其他竞对[:doge]

@pluvet #13
呃，不好意思，我昨天没看到 fork 源也是你的项目🤣就是那个 go cli 脚手架
不过大部分 fork 的惯例应该都是只在原功能上开发延伸吧，另外起的具体的功能单拎出来加个引用比较好？不过自己的项目也随便啦

op 啊，（从用户端角度）你的项目的功能跟 fork 源的功能离了老远了，是不是彻底分开然后加个 built with/site/reference/acknowledgement 比较好？

（回复偏题）
喜欢 OP 的头像风格
但想不起来是在哪个动画或者个人作品里看到的风格了（也可能是推上的 /微博的画师图）
所以问一下是自己画的还是参考啥弄的

给后人也提了个醒

但凡学过信息论 /无损压缩的，都不会有 op 这种想法犯这个傻🤣
所以这是来自知识的祝福！🐶
（与"知识的诅咒"相对应 zh[.]wikipedia[.]org/wiki/%E7%9F%A5%E8%AD%98%E7%9A%84%E8%A9%9B%E5%92%92 ）

居然没人提沼泽人

"我怀疑是 Windows 在抢占我的快捷键，我现在 win+c 总是 Teams 即使我没有下载 Teams"

你可以下一个 openArk 看一下键位映射是被什么程序最后占着，可以 kill 掉或者修改成你想要的
github[.]com/BlackINT3/OpenArk

@yuhuan66666 #70 另外说到价值观探讨，我觉得星门其实只是属于用剧情铺陈了但没直观表达，每个子系列里面人物都那么多又各富特色，完全可以视作不同价值观的代表，伴随戏剧冲突人物纷争激烈，最后也各有其“应得”的结局