年少不知 Base 好,错把总包当成宝。。

今天聊一个很现实的话题:选 offer 对比薪资时,我强烈建议以 Base 为主,而不是总包。

为什么?且听鱼皮娓娓道来。

注意,以下为个人观点,仅供参考!

首先明确 Base 和总包的概念:

Base:是指合同规定的最基本 底薪,一般不包括奖金、福利或其他附加条件,也不会受绩效的影响。单位一般是月,我们常说的月薪 1 万、月薪 2 万,通常是指 Base。

总包:是指工作所得的所有价值的总和,除了底薪之外,还有奖金、五险一金、股票期权、培训津贴、住房补贴等。单位一般是年,我们常说的 package 10 万、年包 20 万通常是指总包。

为啥我强烈建议大家更关注 Base,而不是看总包呢?那必然和我的个人经历有关。

我 19 年实习转正加入腾讯,20 年正式入职,当时腾讯的薪资是非常有竞争力的(现在也很有竞争力)。

这里解释一下大厂的薪资构成,通常为:Base * 月数 + 绩效奖金 + 股票 / 期权 + 其他福利 + 一次性签字费。

我的领导很看重我,为我争取到了本科生最高的 Base 和总包,当时我是满心欢喜的,大恩大德没齿难忘。

但是,现在回想起来,还是有点天真了。为啥?

因为当时鹅的 Base 并不高,总包高基本都是靠股票和绩效奖金撑的。

薪资是敏感内容,所以我就用 示例数据 给大家举个例子:

  • 方案 A:Base 2 万 / 月 *(20 个月)+ 10 万股票(分 2 年给)+ 一次性签字费 5 万 = 55 万
  • 方案 B:Base 3 万 / 月 *(12 个月)+ 4 万股票(1 年给完) = 40 万

大家会选哪个?

以前我肯定选 A,但现在我会犹豫一下,有可能会选择 B。

因为方案 A 虽然总包高,但是充满了不确定性。这个不确定性主要体现在 2 方面:

1)浮动绩效奖金:比如一年发 20 个月的薪资,其实是蕴藏了绩效因素的,有 8 个月的浮动绩效奖金。如果部门和个人绩效好,可能给你多发 8 个月年终;而如果部门或个人绩效不好,可能 1 个月年终都没有,那总包直接崩盘!

不过有些公司的合同上会给应届生承诺不低于多少个月的绩效奖金,具体情况具体分析。

2)股票:股票和期权其实都是不稳定的。就拿我这倒霉蛋来说吧,20 年的时候,总包高基本都是靠股票撑起来的。没记错的话,当时腾讯的股价是 450 左右吧,22 年的时候突然涨到 700 多,当时我乐疯了,然而发现得等股票解禁才能卖。。。结果现在,腾讯的股票在 200 多、300 多左右浮动,直接亏了 1 / 3 都不止!

而如果是没上市公司承诺给期权,也要掂量掂量公司的发展情况和可能的市值,不要被单方面画饼。

Base 高还有一个很大的好处 —— 涨薪潜力大。很多公司的涨薪幅度是基于 Base 薪资计算的,比如之前行情好的时候流传的跳槽涨薪 30%、50%,更多的是基于 Base。Base 越高,未来的薪资涨幅可能就越大。

对应届生来说,Base 薪资也是基本的生活来源,像奖金、股票、期权的不确定性太大。像我在腾讯的时候,公司有时候会在晋升时发发股票,但都是分成 3 - 4 年才能给完,谁能保证自己在这家公司干多久呢?我的股票到现在还没卖出去呢(

所以其实之前我跟大厂朋友们交流的时候,一直吐槽 “年少不知 Base 好,错把总包当成宝”。

现在看来,到手的钱才是钱,base 高才是真的香。

当然,具体情况具体分析,对不打算和公司绑定的应届生来说,关注 Base、公司潜力和个人发展是最重要的;但对于工作多年、追求稳定、尤其是在公司有一定地位的老员工来说,总包会更重要一些,因为你在这一家公司工作越久,拿到的股票 / 期权就会越多,越能证明自己的价值。

但不管是什么情况,只要提到股票 / 期权授予,就要了解清楚授予机制、公司发展、变现机制、税收影响等等。

OK,就分享到这里,分享我自己的故事,希望大家有收获。

内容概要:本文档详细介绍了Android开发中内容提供者(ContentProvider)的使用方法及其在应用间数据共享的作用。首先解释了ContentProvider作为四大组件之一,能够为应用程序提供统一的数据访问接口,支持不同应用间的跨进程数据共享。接着阐述了ContentProvider的核心方法如onCreate、insert、delete、update、query和getType的具体功能与应用场景。文档还深入讲解了Uri的结构和作用,它是ContentProvider中用于定位资源的重要标识。此外,文档说明了如何通过ContentResolver在客户端应用中访问其他应用的数据,并介绍了Android 6.0及以上版本的运行时权限管理机制,包括权限检查、申请及处理用户的选择结果。最后,文档提供了具体的实例,如通过ContentProvider读写联系人信息、监听短信变化、使用FileProvider发送彩信和安装应用等。 适合人群:对Android开发有一定了解,尤其是希望深入理解应用间数据交互机制的开发者。 使用场景及目标:①掌握ContentProvider的基本概念和主要方法的应用;②学会使用Uri进行资源定位;③理解并实现ContentResolver访问其他应用的数据;④熟悉Android 6.0以后版本的权限管理流程;⑤掌握FileProvider在发送彩信和安装应用中的应用。 阅读建议:建议读者在学习过程中结合实际项目练习,特别是在理解和实现ContentProvider、ContentResolver以及权限管理相关代码时,多进行代码调试和测试,确保对每个知识点都有深刻的理解。
开发语言:Java 框架:SSM(Spring、Spring MVC、MyBatis) JDK版本:JDK 1.8 或以上 开发工具:Eclipse 或 IntelliJ IDEA Maven版本:Maven 3.3 或以上 数据库:MySQL 5.7 或以上 此压缩包包含了本毕业设计项目的完整内容,具体包括源代码、毕业论文以及演示PPT模板。 项目配置完成后即可运行,若需添加额外功能,可根据需求自行扩展。 运行条件 确保已安装 JDK 1.8 或更版本,并正确配置 Java 环境变量。 使用 Eclipse 或 IntelliJ IDEA 打开项目,导入 Maven 依赖,确保依赖包下载完成。 配置数据库环境,确保 MySQL 服务正常运行,并导入项目中提供的数据库脚本。 在 IDE 中启动项目,确认所有服务正常运行。 主要功能简述: 用户管理:系统管理员负责管理所有用户信息,包括学生、任课老师、班主任、院系领导和学校领导的账号创建、权限分配等。 数据维护:管理员可以动态更新和维护系统所需的数据,如学生信息、课程安排、学年安排等,确保系统的正常运行。 系统配置:管理员可以对系统进行配置,如设置数据库连接参数、调整系统参数等,以满足不同的使用需求。 身份验证:系统采用用户名和密码进行身份验证,确保只有授权用户才能访问系统。不同用户类型(学生、任课老师、班主任、院系领导、学校领导、系统管理员)具有不同的操作权限。 权限控制:系统根据用户类型分配不同的操作权限,确保用户只能访问和操作其权限范围内的功能和数据。 数据安全:系统采取多种措施保障数据安全,如数据库加密、访问控制等,防止数据泄露和非法访问。 请假审批流程:系统支持请假申请的逐级审批,包括班主任审批和院系领导审批(针对超过三天的请假)。学生可以随时查看请假申请的审批进展情况。 请假记录管理:系统记录学生的所有请假记录,包括请假时间、原因、审批状态及审批意见等,供学生和审批人员查询。 学生在线请假:学生可以通过系统在线填写请假申请,包括请假的起止日期和请假原因,并提交给班主任审批。超过三天的请假需经班主任审批后,再由院系领导审批。 出勤信息记录:任课老师可以在线记录学生的上课出勤情况,包括迟到、早退、旷课和请假等状态。 出勤信息查询:学生、任课老师、班主任、院系领导和学校领导均可根据权限查看不同范围的学生上课出勤信息。学生可以查看自己所有学年的出勤信息,任课老师可以查看所教班级的出勤信息,班主任和院系领导可以查看本班或本院系的出勤信息,学校领导可以查看全校的出勤信息。 出勤统计与分析:系统提供出勤统计功能,可以按班级、学期等条件统计学生的出勤情况,帮助管理人员了解学生的出勤状况
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

程序员鱼皮

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值