我相信每个人都想成为组里的核心骨干，不用打酱油，不用干杂活，可以选择最有挑战的工作、最有收益的工作，可以把杂活脏活累活甩给其他人。 有更多的锻炼机会，有更好的晋升机会……
但组里的核心骨干毕竟是少数，就像年终绩效考评S和 A 绩效总是极少数人。大多数人只能拿 B。
我的三份工作都把前辈熬走了
熬走了前辈，我就成为了核心骨干。
在我待过的三家公司来看，第一家是新创项目，我就是元老，虽然刚毕业，但被安排负责了一部分核心工作，然而另一个名校应届生因为来的晚，只能负责监控打点优化超时的一些杂活，我则始终参与核心业务需求和核心框架升级。我觉得我的能力不比他强，只是我来的早一点罢了。
第二份工作，我入职时候表现很差。因为公司不加班，我表现的过于放飞自我，下班较早，被老板认为摆烂没上进心。一直被安排负责边缘业务。但是待了一年半不到，比我入职早的、同时入职的都离职跑路了，看得出领导是捏着鼻子把我当核心骨干用。后来换了领导，新的领导更是把我当骨干用。就这样新的一年我接触核心业务，核心技术改造，进步确实比之前干杂活快的多。
第三份工作是在美团外卖，比较核心的业务，但是一开始也是负责杂活。老员工把他一些不想干的小技术优化分给我，还说"这些容易出成果"，"呵呵"。这些小活杂活真的干起来很没有意思。但是互联网人员流动快的铁律又出现了，才入职一年，负责核心模块的两个员工相继离职，而我毫无疑问，马上接替他们的工作。之前虽然给他俩打杂，但好歹我平时没少熟悉代码，熟悉业务逻辑，所以最适合接替他俩的自然是我。
总结下来，这三份工作我从打杂到核心骨干，并不是靠卷出来的。靠内卷上位，真的是非常难的。大家都是一个脑袋，凭什么你更强。大家都是 24 小时，凭什么你更强。你作为后来的，很难挤掉其他人上位。
当核心骨干要靠【 熬 】
熬 成核心骨干是适合大多数人的方式。新同学进入到新的环境，想要超越组里的老人，是一件很有挑战的事情。因为大多数工作只要做的久就一定能胜任，系统再复杂再有挑战，组里总会有人熟悉。因为系统代码都是他们写的，你作为一个新人 想追上再超越非常困难。（想要超车，必须要有弯道啊）
就算你工作能力突出，核心工作就会交给你负责吗？不然。组里的老员工负责核心工作干的好好地，为什么主管会让你负责呢？让你负责核心工作，组里的核心老员工去干啥，干杂活吗？从个人感情上，老员工更亲。从工作经验上老员工更多。新人要想超越，需要付出太多。
就我个人经验而言，组里每个人都负责其中一部分工作，在没有特殊情况下，不会出现工作内容的交换。（不排除个别团队会轮换工作内容）
把老员工熬走，你就是老员工。把核心员工熬走，你就是核心员工。”熬“是一种平和的心态，让我们戒骄戒躁，当被安排一些杂活时，能保持平静。只有情绪平和，才能好好地工作。
互联网公司人员流动快，虽说是熬成老员工。但可能只需要熬一年就成老员工。
熬是一种良好心态，让我们脚踏实地，眼望天空
熬着，并不是把上班当煎熬。而是能摆正心态，认识到被分配干杂活是正常的，并不是针对你，每个人都是这么过来的。 熬着是一种耐心，相信早晚有一天轮到自己。
平时要把每一份交给自己的工作做好。否则，等核心员工离职了，领导也不信任你，还继续让你干杂活，这就真是悲剧了。
劳资要和他们斗到底
工作中难免有不顺心的时候，可能是产品经理奇葩需求太多，加班太多。也可能是和上下游团队吵架甩锅。甚至可能是间歇性疲倦。
不顺心，难免会想着离职跳槽，跳槽也许还能涨薪，诱惑很大。
但是成为核心骨干后，做最有挑战的工作才能让人成长最快。如果轻易跳槽，就错失最好最快的成长机会。
当面对工作中的不顺心，要始终保持 一份斗争的心态。告诉自己，谁欺负自己，就和他斗到底。
- 产品奇葩需求多，就和他争排期，争需求的不合理，争取领导协调更多人力。
- 上下游团队吵架甩锅。就和大家学，如何微笑的吵架，微笑的把锅甩出去。
- 加班多，周末就多出去放松、锻炼下身体、吃点好吃的。让自己开心。同时也要向领导寻求帮助，或者传递自己加班太多的委屈。不要让自己的辛苦被领导忽视。
“劳资要和他们斗到底” 这是对”敌人“的宣战，更是对一个懦弱、爱放弃、爱退缩的自己宣战！
好事多磨，机会是熬出来的，优秀的人也是熬出来的。不要轻易跳槽哦~
大家一起共勉。
我的开源项目
最后夹带一点私货，五阳最近花了3个月的时间完成一个开源项目。
开源3周以来，已有近 230 多个关注和Fork
Gitee：gitee.com/juejinwuyan…
GitHub github.com/juejin-wuya…
开源平台上有很多在线商城系统，功能很全，很完善，关注者众多，然而实际业务场景非常复杂和多样化，开源的在线商城系统很难完全匹配实际业务，广泛的痛点是
- 功能堆砌，大部分功能用不上，需要大量裁剪；
- 逻辑差异点较多，需要大量修改；
- 功能之间耦合，难以独立替换某个功能。
由于技术中间件功能诉求较为一致，使用者无需过多定制化，技术中间件开源项目以上的痛点不明显，然而电商交易等业务系统虽然通用性较多，但各行业各产品的业务差异化极大，所以导致以上痛点比较明显
所以我在思考，有没有一个开源系统，能提供电商交易的基础能力，能让开发者搭积木的方式，快速搭建一个完全契合自己业务的新系统呢？
- 他们可以通过编排和配置选择自己需要的功能，而无需在一个现成的开源系统上进行裁剪
- 他们可以轻松的新增扩展业务的差异化逻辑，不需要阅读然后修改原有的系统代码！
- 他们可以轻松的替换掉他们认为垃圾的、多余的系统组件，而不需要考虑其他功能是否会收到影响
开发者们，可以择需选择需要的能力组件，组件中差异化的部分有插件扩展点能轻松扩展。或者能支持开发者快速的重新写一个完全适合自己的新组件然后编排注册到系统中？
memberclub 就是基于这样的想法而设计的。 它的定位是电商类交易系统工具箱， 以SDK方式对外提供通用的交易能力，能让开发者像搭积木方式，从0到1，快速构建一个新的电商交易系统！
具体介绍可参见
Gitee开源地址：gitee.com/juejinwuyan…
GitHub开源地址 : github.com/juejin-wuya…
在这个项目中你可以学习到 SpringBoot 集成 以下框架或组件。
- Mybatis、Mybatis-plus 集成多数据源
- Sharding-jdbc 多数据源分库分表
- redis/redisson 缓存
- Apollo 分布式配置中心
- Spring Cloud 微服务全家桶
- RabbitMq 消息队列
- H2 内存数据库
- Swagger + Lombok + MapStruct
同时你也可以学习到以下组件的实现原理
- 流程引擎的实现原理
- 扩展点引擎实现原理
- 分布式重试组件实现原理
- 通用日志组件实现原理 参考：juejin.cn/post/740727…
- 商品库存实现原理： 参考：juejin.cn/post/731377…
- 分布式锁组件： 参考：
- Redis Lua的使用
- Spring 上下文工具类 参考： juejin.cn/post/746927…
