ruoyi-vue-pro 不就是 SaaS 多租户吗。也是数据库字段隔离。分库的，我还真没见过哪个开源脚手架的

我觉得它的槽点还是在扩展模块连 sql 都不给。

只要给了 sql ，实际上逻辑看一下代码就能懂了的。

我是手机上坚定不移的安卓党。但是平板里面，真没法用安卓。

手写笔相关的生态差太多太多了

我也在学 rust 。但是作为一个 Java web 开发，发现用 rust 开发一个 web 应用，生态好像还是不行。

rust 不适合用来开发这些业务多的 web 项目，例如 BPM 流程引擎、对 office 文件的一些操作库

可能是我接触的少，不知道 rust 有哪些好用的库

专业设计师做的就是好看

我没有被电过，但是每次插电源线的时候，可以看到笔记本充电口的电弧。。

ruoyi-vue-pro ？就是动态表单有点弱。都用 json 存一个表里面的

我超级讨厌自动伞。最喜欢的就是 90 分的那把黑色的手动伞。够大够轻，晴雨两用，外观简洁。

目前用的这把用了也得有个几年了

选课还有个业务场景的，就是退选

退选的情况下，又要考虑数据库和缓存的一致性。

我还真做过教务系统。首先抢课是肯定要先开设课程的，然后每个课程就是有限定选课学生数量。
也就是
课程 id ，课程余额

实际业务不单止会判断学生数量而已。
按照判断条件的先后排列的话，我们需要判断这些条件

1. 面向的选课学生范围（一门课首先要设置上课学生的年级、专业范围）
2. 课程类型是否满足（公选课、专业选修课）
3. 是否设置了课程类型的学分上限？（例如专业选修课本次选课只能选 5 个学分的）
4. 上课时间是否冲突？（要判断已经排好的专业课、本次选课的其它课程、实习周、军训时间）
5. 最后才是容量问题

所以针对这种场景，前东家是这么做的
1. 选课需要缓存好各类数据（就上面的那些判断条件，数据量大、硬件差的学校需要缓存一二十分钟的）
2. 选课的相关条件都从缓存取（避免大 key ，redis 多部署几个节点做集群）
3. 打开选课界面的时候，获取的可选课程也是从缓存取
4. 选择课程提交的时候，把课程 id 用 redisson 锁起来，然后进行条件判断
5. 如果成功之后就把选课的相关数据写进数据库
6. 缓存里的数量-1 ，释放锁

这一套下来，几千人抢课还是可以的。
但是实际上我当初提过用消息队列去缓解压力，leader 没用过，不敢用。怕消息队列崩了

当时选课真的一团糟，包括不限于数据库锁表了，jvm oom 了，redis 超时了
因为当时判断条件，真就硬从 Oracle 里面查询啊

没赶上好时候啊。

2013 年我才有人生中的第一部手机。那个时候喜欢到不得了

那个时候初一初二吧

互联网的蓬勃发展也让我立志做个牛逼哄哄的开发者。那个时候最想做的就是安卓开发

等我大学毕业的时候。到末尾了（ 21 年毕业，还能找到工作

学校附近卖吃的。奶茶店、烧烤店、KTV

还有什么驾照、电话卡推广

有点离谱了。。

@Hopetree 我的 GitHub 就是空白的，咋整。。项目都是公司的，我自己确实没有做过什么开源的项目。

隔音耳塞是最便宜最有效的方法

不过有些人觉得耳朵胀得慌

我的经验是，选择贵一点，最小尺寸的耳塞。
形状要符合耳道轮廓的。
不要买那种直直的

流行梗太多了，短视频太丰富了。
丰富到任何人都可以在自己的小圈子里，找到自己喜欢的梗

所以梗并不需要所有人 get 得到

一个梗如果能够大规模流行，那就说明它戳中了大部分人的点

以前我也不刷短视频。现在，真香
下班累了就躺下了刷一刷，不用动脑
复杂的东西我也不想去考虑

例如我不会去考虑这个梗到底为什么这么流行
我知道它流行就 ok 了

看到这个梗笑不笑，那就是自己的自由

哦，JZ990 就是热拔插的 Gasket 结构。

我买了京造 JZ990 。99 键的。

确实后悔了，手感还好。

但是真的是，用惯了 Del Home End PageUp PageDown 这几个键。

用了好几个月了，还是没有办法习惯 99 键