穿梭这 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 设置里）

请谨慎选择日语布局键盘的机型哦
日语布局上的很多符号位置和 us 布局是不一样的，哪怕你会盲打可以在系统里换成 us 排列，但日语布局是多了好几个按键的，这些所出来还没用的按键会影响你盲打的

@z7356995 那你真算运气好的。甲骨文封账号都是无条件成批删封的，年年定期无差别清理用户。如果你不信可以看看自己的免费账号到底转手能卖多少钱，市场交易价就是最好的证明

@z7356995 龟壳开账号难度堪比车牌摇号，最终结果大概率加钱收账号。或者开了之后随时被删号，账号稳定性并不美丽。