最大的区别在于信任度。

年薪 10w，干活为主。

主要就是写 CRUD，我不相信 5w 的人能做好。不是因为 5w 的人不认真，而是每次让 5w 的做完了都要擦屁股，偶然忘记检查，就出事了。用血的教训教会了年薪 5w 成长为 10w，既然这样为何不一开始就直接雇佣 10w 的人呢。

优秀的 10w，基本上没有严重的 bug，代码的可靠性较高，优秀的你可以质疑产品，测试，提出你的方案。很多 bug、问题、事故最终原因不是 10w 但是最终板子打在 10w 身上。10w 背的动升职加薪，背不动，裁员。

让别人相信你是一个不错的 10w：

1、计算机四大+编程语言基础（Java 为例，下同）的基础情况。

2、SpringBoot + SSM + MySQL + Redis 的熟练程度。

3、Spring Cloud / Spring Cloud Alibaba 在内的各种微服务架构的理解程度。

4、实际做过项目，业务的理解能力以及和其他程序员，其他工种的沟通能力。

年薪 30w，你来兜底，写代码主力，但是大多数就是写点关键代码，或者帮人解决问题。

有 bug 你保证修改好。有人代码下毒，你负责解毒并设计出来无法投毒的防治计划。有人请假去打黑神话悟空，你要保证正常交付，要不你自己干了，要不 pua，要不就是协商。

优秀的 30w：

任何需求都可以提供对应的技术解决方案。

摇一摇用户的钱转账到产品经理口袋？做不了还不能砍掉需求，做不了还不能解决提出需求的人，那真的是你能力真的不行。例外提一点，30w 是很多人的门槛，也是有人说业务开发不值钱的原因。

从上一级别（50w）看来，30w 的人好不好用：

1、他担的住（后果）+能解决的问题自己消化。

2、他担不住但是可以解决问题，给我做选择题。

3、他能解决，但是担不住的，让我做判断题。

4、他不能解决的+担不住，早点曝光出来。

怎么解决问题是一个技术活，判断是哪种情况那就更是一个「技术」活了。

让别人相信你是一个优秀的 30w：

独立完成从产品需求到运营维护一条龙工作，不需要上级过多的「指导」。你做事情靠谱，而不是三天两头客户用户产品测试都在叫。让你按照要求解决一些技术问题，引入一些新技术，你可以自行完成，而不是上级说一步做一步。

年薪 50w，条线或者部门的技术骨干（小组长），但是实际干技术负责人的活。

特别是严重 bug 的时候 50w 的作用就非常重要。摇人对齐颗粒度 + 复盘就是他来设计。

50w 在各个公司非常关键，省略掉这个人的公司，技术架构基本都是空壳子，一旦出现问题都是大问题。

一个巨大机器，部署 n 个微服务，n 个中间件。微服务舍不得买阿里云，消息队列+舍不得，Redis 舍不得，就连 MySQL 也舍不得，而且最恐怖的是没有运维，这些东西都是开发搭建。

还有一些小聪明：购买一台阿里云虚拟机，然后 K8s * 二次虚拟化成 n 个微服务。单个 JVM 进程使用消息队列自生产自消费的解耦。8 核心机器开启 1 万个线程的并发编程，正经的 50w 绝对不允许这样的事情发生。

一些事情骗的了不懂技术的老板，但骗不了 50w。

任何有一定规模的公司都需要至少一个这样的 50w，他可以最大程度保证 IT 架构的安全。别以为代码写完上线了就没事了，人就可以干掉了，降本增笑的例子不要太多。

证明你是一个优秀的 50w：

1、高层问你一人就可以问清楚事情。

2、保证不要发生恶性 bug，就算出现问题，也能够挽回。

3、技术需求应用到业务，业务需求需要什么技术，你可以一针见血搞定。

4、一定的 PPT 能力+较好的沟通能力，不管对上对下对内对外说的话可以逻辑自治，说得过去。

70w 真技术负责人，但是不一定干技术活。

完全是动嘴皮子，地位相当于藩王或者王爷。可以对绝大多数人说不，甚至可以对高层说不、是高层了解基层研发部同学工作的放大镜，需要对 CTO 吹的牛逼负责落地。

牛逼的 70w，高层完全「不需要」知道下面小小开发在干嘛。不合格的 70w，高层完全不知道下面小小开发在干嘛。

证明你是一个优秀的 70w：

1、优秀的 PPT 能力，卓越的沟通协调能力，上下级的嘴替。

2、体面。

3、能够缓解公司高层的压力。

4、务虚到务实的转化。

5、优秀的团队管理，项目管理能力。