今天看到同学提问，手上 3 个 offer 不知道该怎么选。
华为，20k × 16 = 32w ，base 上海 喜马拉雅， 25k × 15 = 37.5w， base 上海 TP- LINK，26k × 16 = 41.6 w， base 深圳
喜马拉雅和 TP- LINK 今年开奖都挺早的，这会儿来提问，看来是华为开奖了。
华为是有名的池子大，开奖慢。不少同学表示，已经在池子里泡晕了。
今年华为开奖定的职级也很迷，既有双 9 定 13 的，也有看到 211 硕开 15 的，对很多手握多个 offer 等开奖的同学来说，性价比一般。
不过也有很多同学没收到 HR 的电话，就收到了正式的邮件（小奖状），或许之前没有收到 OC 的同学依然还有机会。
鸭鸭偷偷收集了一些开奖信息，大概范围如下（薪资基本和定级挂钩）可以参考看看：
| 职级 | 薪资 | 学历 |
|---|---|---|
| 13 | 20k*（14～16） | 硕士985 |
| 14 | 24k*（14～16） | 硕士211 |
| 14 | 24k*（14～16） | 硕士985 |
| 15 | 28k*（14～16） | 硕士211 |
| 15 | 24k*（14～16） | 中九本top2硕 |
也有不少同学，之前被告知审批通过，但 HR 之后就不回消息了，现在还在等华为的消息。
也有同学最近接到保温电话，被分到引望（即车 BU），能接受的话就发意向书。不过车 BU 马上分拆，引望计划在2025年元旦启动独立运作。未来前景还有待观望。
看来这池子还有得泡。
大家身边有朋友 all in 华为吗？有华为其它开奖信息的小伙伴可以留言补充哈！
如果是你，还会继续等下去吗？
……
还没拿到心仪 offer 的同学要抓紧秋招补录，把题刷起来，不要错过机会！
鸭鸭今天也为大家准备好了面试题：
在 MySQL 中存储金额数据，应该使用什么数据类型？
回答重点
在数据库中业界常用两种类型来存储金额：bigint 和 decimal。
1）bigint 代码中用 long。
范围：可以存储的整数范围为 -2^63 到 2^63 - 1（在 MySQL 中为 64 位有符号整数） 存储空间：占用 8 字节（64 位） 精度：精确存储整数，但不支持小数部分，存储的金额单位是分
2）decimal 代码中使用 BigDecimal。
范围：可以存储的数字范围和小数位数由定义的精度和标度决定 存储空间：存储空间取决于定义的精度和标度，存储较大数值时会占用更多空间 精度：支持高精度的小数运算，精确存储定点数，一般用 decimal(18,6)，18 是总位数，6 是小数
扩展知识
项目中到底选择 Long 还是 BigDecimal？
long 类型保存到分，使得小数位（厘）的数据不好处理（需要手动处理，比较麻烦），因此精度不够高。
在高精度金额计算场景下不合适，例如有些三方支付系统是需要抽成的，例如千分之三、万分之一等等，这类的抽成要求精度比较高，例如 会得到 1234.5678 这样的金额，乘以 100 后仍然无法存储为精确整数，还是小数，存储则会丢失精度。
0.0078 看似很少，但抽成的笔数一多，比如一天 30 万笔，每笔少个 0.0078，每天的差额也得 2340 元！一年不得 85 万！
所以高精度的计算不推荐使用 bigint。
BigDecimal 则很适用于高精度金额场景，且非常灵活，只不过相对于 long 性能会差一些，但是在大部分业务上我个人认为可以忽略这个性能问题，除非是特殊场景要求极端性能，所以一般情况下我推荐使用 BigDecimal。
往期推荐
我的编程学习小圈子
Hr 口头 Offer，以为稳了。。。
Top3本，一手好牌打得稀烂。。。
入职大厂一个月，跑路了...
下定决心转行了
