@aladd 虽然杯水车薪，但也是个好主意。把套我没什么讲究的，怎么便宜怎么来

@walkbox 兄弟预算比较足，我想要压一压费用到 4000

@seth19960929 兄弟是主 Go 语言开发吗，看你收藏的很多博主和 Go 语言相关

@afeiche 有了高级证书还考中级做什么，我有软件设计师根本没人要

我的 iphone13 128g 版本的手机，去年就严重杀后台了。不过我是一直更新最新推送的系统，不知道有没有影响。准备看看今年的 iphone 17 pro ，太贵或者提升太小就换回安卓了

可以试试 jooq 这个框架，它是支持联表查询的，链式调用的方式和 sql 比较像

@huaweii +86 注册 tg 会怎么样。tg 隔断时间就来问手机号是否更换，用解码平台也不合适吧

为什么现在的音乐服务都没有上传的功能，虽然 Subsonic 协议就没有上传。但没有人和我一样觉得每次都需要手动上传到服务器还是会比较麻烦的吗

@maocat 其实没毛病，MCP 协议去年年底才发布，现在很多的大模型训练的知识库里面不一定有 MCP 的知识。如果在不开启联网搜索或者外挂知识库的情况下，很多大模型（比如 deepseek-v3 ，GPT-4o ，Gemini 2.5 Pro Preview 03-25 ）都不知道 MCP 是 Model Context Protocol 。而且联网搜索这个外挂我用起来还是比较鸡肋的，稍微深度一些回答的质量就比较一般了

mac 的操作系统比 win 用起来确实有麻烦很多，不知道是不是我以 win 的视角先入为主了
前段时间，把闲置在家里的 mac mini 翻出来，想当一个服务器使用，但我发现一个很大的问题，就是无论我是想要远程桌面还是 ssh 登录，都需要先在本地登录完毕之后才能进行，更糟糕的是，如果我还想要远程共享，家里的 mac 需要一个屏幕开着给它才行。有时候需要关机重启了该怎么办呢，那就得人力介入了。而且我手头的 mac mini 还是 arm 芯片，也是很担心软件兼容性，比较看好的特点就是功耗以及性能，还有就是没有电池。家里有一个 win 的笔记本被我重装成了 Ubuntu ，功耗我倒是没那么关心，主要是电池，长时间用着就怕它出什么问题

air 也有 24G 内存的版本了嘛。硬要选择一个的话，我会选择 m3 24+512 。mac 来说，资金允许的情况下，优先升级 内存，然后是 cpu/gpu ，再是 硬盘。如果对硬盘容量敏感的话，那就 内存 -> 硬盘 -> cpu/gpu

@kome 试了一个安装最新的 5.4.3 版本是没问题的，我先用 Garmin VIRB EDIT 试试吧。DJI Mimo 在激活 action 的时候用了一次，倒是没发现它有这个能力，也可以作为备用方案研究一下

@qdsearoc 格式问题不大，谢谢友友答复

@kome 老哥给的访问域名有点点问题，但思路是对的。国内应该使用 connect.garmin.cn ，有点让我恶心的地方在于注册的时候要求必须提供手机号和邮箱，而国外的 connect.garmin.com 只需要邮箱即可注册。导入之后位置没有偏移，也不需要做额外的转换。遗憾的是，导出的文件中没有心率的数据。如果无法提供心率数据的话，我觉得我不必须使用小米运动健康。最后 Garmin VIRB EDIT ，官网的最后更新时间已经是 2018 年底了，有点担心软件适配的问题（我的 mac 是 M1 芯片的），晚上来试一下

@kome 好的好的，我试试看

@superchijinpeng 这个软件的如果想要使用 MCP 服务的话，需要升级到 Pro 版本，看介绍有 7 天免费试用，一口价 29 美刀

python 怎么这么多依赖管理工具，poetry ，pdm ，uv ，还有过时的 pip

使用乐观锁更新的话，如果出现了并发有概率出现部分用户无法更新成功的情况，也就是数据库返回受影响行数为 0 ，这个时候需要提示用户修改失败，并要求重新刷新表单数据之后重新提交修改，并发量大的情况下，用户仍然有可能第二次提交也是失败的

使用锁的话，大概率是可以更新成功的，但可能遇到的问题有，并发量大时可能会等待，表现为用户提交表单等待的时间会长一点或者直接等待超时（这种情况下，有可能修改成功，也可能失败）。此外还有一个问题是，后提交的用户有可能会把之前提前的信息给覆盖掉（比如 #13 提到的问题）

如果按照锁升级策略来看的话，是否可以考虑如下策略
默认使用乐观锁，当出现冲突时，也就是数据库返回受影响行数为 0 时，进入重锁模式，重锁模式释放完毕之后，再做一个判断，如果当前没有使用资源的线程，则切换回乐观锁模式

@fantasy0v0
嗯，我之前没有使用 `spring-boot-starter-jooq` 启动器，而是单独引入的 `jooq` 依赖。直接删除那部分配置肯定是不行的。

换成引入 `spring-boot-starter-jooq` 之后，把自己的配置删除确实可以了。

不过我发现另一个问题是默认情况下使用 spring 的事务是正常的，但换用 jooq 自身的事务 api （比如 `dslContext.transaction`），就出现异常了。具体异常提示是 `Cannot use ContextTransactionalCallable with TransactionProvider of type class org.springframework.boot.autoconfigure.jooq.SpringTransactionProvider`。此时我还需要手动将 `org.jooq.TransactionProvider` 的实现从 `org.springframework.boot.autoconfigure.jooq.SpringTransactionProvider` 换成 `org.jooq.impl.ThreadLocalTransactionProvider` 才行