偷偷汇总了25届华为薪资情况！

大家好，我是鸭鸭！

今天看到同学提问，手上 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。