我是在支付宝上月捐免费午餐，我小时候以及刚毕业时也穷过，穷到吃不起饭，现在的收入中等，至少温饱没问题了，顺便每个月请孩子们吃几顿饭

Spring Boot 3 建议等正式版，按照计划，大约在今年 11 月 24 、25 日左右发布。
JDK 17 没啥，我这边把应用从 JDK11 升级到 17 测试过一段时间没什么问题。但如果你原来是 JDK 1.8 ，那么就得好好仔细测一测

一时半会不想换或者来不及选的话，可以下载 0.11.18 版本应急，6 月上旬才会开始强制更新。详见 https://www.v2ex.com/t/823959

看表的预估数据量，如果数据量预估不会太大，且这张表涉及的接口等调用产生的数据量也不会很大，就存 varchar 增加可读性，代码中用枚举或者常量来存放这些状态枚举，如果数据量预估会持续增长或者肯定比较大，或者涉及到的接口、调用产生的传输数据量也比较大，存 tinyint 或者 int 减少空间占用

快逃.jpg ，别在杭州，除非想不开

@Trello 能不能查得到取决于你入职的公司会不会对你做背景调查，或者简单查个社保之类的。背景调查是需要花钱或者花精力的，而且需要你签字同意。如果公司比较小，你要的薪水也不高，也不是重点岗位，那么就不值得花钱对你做背调。如果你要合并的话，最好合并更早的工作经历，不要动最后一段工作经历

Win10 20H2 发现了此用户，跟楼主不同的是，我这里的账号状态是禁用，我的向日葵用了很多年了，看了下账号的时间，跟安装时的时间对不上

由于并不知道金额与积分的计算方式，所以目前的简单思路是假设用户只能选择几种充值金额，然后穷举对应关系写进 SQL 。
```sql
select sum(case `value` when 600 then 6 when 1200 then 10 when 2500 then 20 剩下的自己补充...... else 自己补充异常情况 end ) from 这张表 where update_time > ? and update_time < ? and 其他条件
```

强烈怀疑问题出在 Tomcat 及应用里，可能某个配置导致 Tomcat 直接按普通资源文件来处理 jsp 文件了，并没有走 jsp 的解析逻辑

service 之类的可以省掉的，直接用 ActiveRecord 模式即可，也可以顺着往下看 SimpleQuery 工具类，但是这两个都没法省下 mapper 。想省 mapper 的话还得另外想办法。
https://baomidou.com/pages/49cc81/#activerecord-%E6%A8%A1%E5%BC%8F

也可以使用 gitbase 这个工具，用写 SQL 的方式来从 git 中搜索感兴趣的内容。
官方仓库： https://github.com/src-d/gitbase
你这个需求可以参考这条 SQL 来处理，这条 SQL 是从所有地方搜索 TODO 的，可以改成你要搜索的代码片段： https://github.com/src-d/gitbase/blob/master/docs/using-gitbase/examples.md#get-miscelaneous-information-about-lines-with-a--todo-comment-in-head

如果楼上的方法都不行，就再退一步牺牲一下方便性，直接写丰巢或者驿站

我觉得楼上说的有道理，在宿舍楼里面 GPS 信号不好，没法精准定位，辅助定位可能会用到周围无线路由器的 MAC 地址之类的，搬迁宿舍之后，周围的无线路由器也都搬过来了，于是定位逻辑就又判定为之前的位置了。不太确定，个人猜测而已。

简单看了下，这段是这个 commit 加进去的： https://github.com/hwdsl2/docker-ipsec-vpn-server/commit/4287e068376b9bb81b7781863b203914dd6aa62d
远程加载的地址 dl.ls20.com 是作者自己的域名地址，作者有完全的掌控权且可以不公开内部逻辑。这东西可以类比为某个软件有检查并自动安装更新的功能，是否会出事，完全取决于作者本人的道德。

在 IDE 深色主题下，镜面屏可以反射出身后的情况，熟练者甚至可以根据影子判断出身后是谁，而雾面屏就没这么好的效果，哈哈哈，这是我觉得镜面屏的用途之一，但我还是喜欢雾面屏

看新闻，我国的空间站好像就是二维码来标识箱子里存放的物体列表，但空间站的箱子里东西的复杂程度肯定远比我们生活用品的复杂程度高，所以楼主直接在箱子上写标签就行了，不用二维码那么麻烦

知道，动作很大，国内各大厂商都在搞，软件产品都在适配，政治意义很大，但是好麻烦好累啊

先准备员工姓名工号列表，作为第一个列表，如果特等奖有内定，则把特等奖那个员工从第一个列表中摘出来单独放一个列表，如果有一等奖内定，则把一等奖那个员工也从列表中摘出来单独放一个列表，以此类推。如果有员工黑名单或者高管或者避嫌不想让中奖的人，则把这些人从第一个列表中移除。
现在可供抽奖的员工列表准备完毕了，再准备一个列表（员工姓名、工号、头像）供界面滚动，这个列表包含公司全体员工，让每个人（包括老板）都可以在界面上滚动，这个列表是死的，不论是否中过奖，不论是否是内定，都在里面滚动。
下面开始抽奖，三等奖和二等奖抽的时候，可以使用洗牌算法进行抽取，洗牌算法随便百度就有现成的代码，抽到哪些人，就把他们从第一个列表中移除，单独放入中奖列表，记录下这些人的中奖信息。抽一等奖时要注意，一定要先拉取内定人员列表，再从剩下的列表中抽取，如果一次抽取很多人，这些人在界面上的排序要随机，不要连着。