程序员需要不断提升自己的技术，这其实是一句正确的废话，但是，不同的公司对技术的定义是不同的，庸俗地讲，越能给出高薪的公司对技术的定义更有权威。而且，不同层次的程序员对技术的理解也有偏差，对值钱技术的错误理解，绝对会导致程序员无法拿高薪。

本文就以Java为例，说说不同层次的程序员以及不同等级的公司，对“技术好”的理解。

1 先说说还没从事Java开发工作的程序员。这批人包括在校生，或者是培训班学员，或者是从事其它工作但想转Java工作的人。
一些错误的理解包括，谁输入代码快谁技术好，谁能快速跑通代码谁技术好，或者是谁API记得多谁技术好。在一些误导的言辞下，有些初学者会认为谁能写出一个带UI界面的小游戏或小程序，谁技术好，或者是，谁能在不带任何帮助的前提下，手动写一个（或跑通一个）spring boot的项目，谁技术好。

其它一些杂七杂八的认识还有，谁背的面试题多谁技术好，谁跑通的学习项目数量多，技术好，或者是，谁跑通学习项目的业务范围广，谁技术好。但如果没有真实Java开发经验，论技术来说是有个上限，换句话说，哪怕跑通再多的学习项目，背熟更多的API，或者是刷再多的算法题，都无法突破这个上限。在这个阶段，衡量技术的标准应该是，所学的内容能确保找到工作，在此基础上，凭借学校好等因素，能找到大公司的工作。

换句话说，对初学者来说，技术体现在两个方面，首先是找到工作的本事，这更体现在面试技术上，说更直白点就是展示自己的能力方面，另一个才是技术。靠说技术展示自己行，这个本事优于技术本身。

2 有增删改查开发能力的程序员，比如是小公司程序员，接触不到框架或值钱技术。
在项目经理或老板有意无意的引导下，或者是在这部分程序员日复一日做功能性开发的前提下，这部分程序员认为的技术好，很大程度是熟悉业务，比如能快速开发功能，能快速排查问题，或者是来了功能可以快速和其它人协调。这部分人确实能给本公司产生更大的价值，但如果公司做的业务规模不大（大多数项目其实都规模不大），在跳槽时，这些关于业务的知识点其实是无法帮到程序员的。

至于带团队的技术（或者说是能力），如果公司小项目人不多，这部分的技术也不值钱，无非是熟悉业务加协调再带些项目管理工具的使用，不能说没价值，但跳槽是还是帮不到程序员。

排查项目里技术方面的bug，这倒能提升技术，不过解决业务方面的问题其实未必能提升技术。对于这部分的Java程序员来说，技术好，一般是能排查性能，数据库或组件甚至架构方面的问题，具体来说 ，能解决组件部署，项目上线，redis或kafka方面的问题，再进一步，比如能用docker，k8s等工具部署项目。

3 大厂角度对技术好的理解。
在不少大厂里，最不可替代的程序员一般是做中间件。这部分程序员可以是跨业务的，搭建个通用性框架，负责搭建组件或集群，参与系统上线，有部分的工作会和运维重叠，总之一般是和项目的各种基础设施打交道。比方说，不少互联网公司面试是会面试kafka，redis等分布式组件，或者是问秒杀限流等解决方案，但并不是背熟此类问题就一定能进大厂。因为大厂对技术的要求是，能用各种组件，集群解决问题，或者是，能用组件等搭建业务系统。具体说java，大公司层面对技术要，可以拆分如下要点。

第一，能解决因监控或其它途径报出来的性能问题，比如数据库，内存OOM，或者是cpu问题，至于业务方面的问题，默认程序员知道怎么排查怎么解决。

第二， 不是围绕组件的api，而是结合业务需求，比如限流，熔断，服务降低，高并发高可用系统，必要地引入组件以及组件集群，再进一步，这些组件或集群有问题了，要知道怎么排查。

第三，熟悉devops这套，比如service mesh，k8s，docker，pipelines这套。这块其实也可以说是运维做，但有些架构也会做这方面的事情。

第四，能让业务跑起来，同时搭建监控告警系统，从而确保系统的高可用。或者是，通过各种测试发现系统性能等方面的痛点，然后用各种措施改进。

所以吧，程序员要不断提升技术，这总没错，但更要通过不断提升技术提升自己的薪资和职业发展空间。换句话说，得知道哪些技术值钱。这块如果不清楚，就去看自己行业（比如java或python）高薪工作的要求和面试方式，这其实就是技术的提升方向。