这贴好几个人甚至都没看懂 passkey 是什么

ipad 屏幕太小了，11 寸编程很不爽的。13 寸看起来大，实际上因为它那屏幕比例也不适合写代码

还原 Android ID 后需要不开 app 立刻重启的
至少我 Line 这么搞没任何问题（为啥我记得微信似乎也可以）
微信的重登录肯定还包括手机型号等其他信息的检测的
真想完全不重登录的话上 Lsposed 修改微信看到的所有手机信息，然后恢复备份后也恢复设置

穿梭这 app 挺不错的
免费版提供的服务就挺好，以前经常用来看 b 站

@luciferlulu 5600g 在负载低的时候 cpu 功耗是能到 3w-5w 的。。。。（我之前虚拟机开的不多的时候稳定 5w 功耗），同等级性能的 cpu 比功耗真的是比不过 5600g 的，amd 的 cpu 里也没几个，虽然我也不知道为什么 5600g 功耗这么低

对于不复杂的业务，倒不用分层，一个 Controller+最多一个 Service 就够了，数据交互全直接写 Service 都没问题

但对于复杂点的业务，分层我觉得不如按照 DDD 的分层来做比较好（自己搜 DDD layered architecture ）。我觉得 DDD 分层思想最好的一点就是所有都围绕着 Domain 层中的 entity 这点。基本上搞清楚了 entity 扮演了怎样的角色那么各层里奇奇怪怪的概念就都清楚了

内啥，硬解这东西你并不一定需要的。。。我 5600g 核显直通给了 win10 虚拟机，所以 jellyfin 在 linux 虚拟机里只能软解，但是用了一段时间发现屁影响没有，5600g 本身 cpu 性能可不是那种工控机 cpu 能比的，性能本身就够了解码编码 4k 都没问题，而且功耗也不高（不知道有没有指令集优化）
硬解不硬解没必要那么纠结

@VECH 注意用词呀，“cpu 功耗” ，整机功率的话肯定不止这点，主要是硬盘功耗也是大头。但我不组 raid ，每块硬盘长时间不用就单独停机休眠，经常读写下载之类的文件往 2T 的 ssd 里读写，所以我估摸着实际上整机待机功耗应该也就 20w 不到

看了眼我的 5600g ，目前 cpu 功耗 11w ，这是 pve 拉了五台虚拟机（其中一台还是 win10 挂着浏览器，下载的，核显直通 win10 后的功耗）
就问还有谁

KB5036893 发布 20 天了，lz 的确憋得有点久。。。。。

例子
https://github.com/reviewdog/reviewdog?tab=readme-ov-file#example-eslint-with-rdformat

@jiangwei2222 Repo 的 Settings - Branches , 然后为指定分支或者用通配符设置分支保护，分支保护选项里勾上 "Require status checks to pass before merging"。顺便还能勾上 "Require a pull request before merging", "Require conversation resolution before merging" 等选项加强限制（ Github Actions 能很简单地配合 linter 自动给 pr 做 code rebview ，然后直接以 code 评论地形式指出代码里不符合 linter 规范的地方，配合分支保护里的设置能很好处理 pr ）

GitHub Actions 了解下。我司基本大部分 CI/CD 都已经全交给 Github Actions 来做了，比 Jenkins 好用太多了真的（除了调试太地狱）

Actions 当然可以用 PR 为 trigger ，并且可以设置所有的 Github Actions 流程必须通过之后，PR 才能合并（在 repo 设置里）