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

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

我也在学 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 键

在新冠之前我很少感冒发烧的。大学四年就没有发烧过。后来新冠、二阳。到现在这一两年内

感觉自己抵抗力确实没有以前强了

发烧头痛过两三次。但是都没有再测是不是新冠了

硬抗过来的

你真要转码，何不再自学一些开发能力呢？小企业还是很看重实际经验的