一个四年的程序员，一般工资在多少合适？

最重要的几个因素，城市、学历、能力、行业

北上广深一线城市，四年实打实，至少18k起步。

省会等二线城市至少10k起步。

如果能力有限，通常8折。

学历非特殊岗位，一般前几年差距不大，后期发展需要学历，

最后最重要的就是行业，没有上限。程序员也有很多种类。热门的至少翻倍，例如大数据，人工智能。

个人观点。

这几年我面试了很多不同水平的程序员，按照面试经历来总结：一个四年的程序员，工资差异会很明显。

主要看能力

一般我们招聘新员工，会通过多个招聘平台进行，很多时候会通过筛选条件进行搜索，比如工作年限、学历、专业、工作意向等方面。

所以，这就造成了一个现象就是，一小部分程序员会把自己的工作年限设置的很长，当我们面试结束后，问他你有xx年的工作年限，水平应该会比现在更优秀吧？

他们的回答一般就是，算上实习期什么的，差不多xx年工作经验了；还有的会说我中间做过其他的方向，对现在这一块不熟；也有的说，之前的公司产品做得不够深入，我没学到什么，等等。

所以，我们在最后挑选准员工的时候，会根据他笔试和面试的成绩综合给出一个比较合理的价格，而不是由他的工作年限决定具体工资的档位；另外会在实习期结束时，根据他实际的工作能力和绩效对其工资档位做调整。

当然了，一般真正工作4年的人，自己的简历中99.99%不会少于4年的。

还要看公司

通过我经历的几个公司来看，不同的公司、甚至不同的集团部门之间，对于水平差不多的两个人，工资可能也有一些差别。

主要从以下几点产生了区别

1. 职位紧缺程度，越是这个时间段着行圆急招人的岗位，工资就会稍微高一些，反之亦然；但是一般大一些的公司规整制度比较完善，差别一般会很小， 除非你特别优秀 ，反之亦然。

2. 面试者当时的自信程度，一是足够的自信使得面试官认为你很优秀，二是足够自信要出高价；

3. 面试官的知识水平和深度，这个也是一个影响面试者未来的因素；

4. 最后决策的人的感觉，其实面试招人这个事情，除了笔试之外，很大的因素是由于面试官觉得你很好而已，毕竟今后要在一起工作的，谈得来，技术还可以比什么都重键带乱要。没有哪个面试官希望找个大老爷伺候。 还是那句话，除非，你足够优秀 ！

5. 一般处于上升期的公司开价会比较高，因为资金池充裕，工作内容繁多，需要急速扩充团队

当然也要看地区

在一线城市，北上广深的程序员的工资肯定会比二三线城市的高很多（针对水平差不多的程序员来说）， 当然，再重申那句话，除非你足够优秀！

如果你是公司HR

如果你是HR需要找人，面试到一个四年的程序员，也完全可以按照以上标准衡量。给他打分看看最终得分是多少，然后横向比较业内的工资水平，做一个上下的适度浮动即可。

一言以蔽之

有足够长的工作年限，并不能说明自己的能力强；除了面试技巧之外，最重要的就是要锻炼自己的技术能力和沟通交流能力。

所以，趁着年轻，提高单位学习时间内的效率，在尽量短的时间内掌握更多的技能，才是决定今后工资档位的一个最重要的手段。

希望我的回答能帮助到您，如果有错误敬请批评指正，谢谢！稿档

从IT 行业数据看，选择的公司不同，价码是不一样的，行业内的平均工资20-30万都有，30-50万也大有人在，不过IT行业加班很多，干到凌晨也是常有的事，要意识到加班不是为公司加班，要从自身发展的角度考虑，今天的加班是为了自身发展，你就明白职场发展的意义。

对于程序员这个行业，工资取决于要入职的企业类型、个人技术能力、以往从业背景和教育背景。对于四年的程序员 泛泛而言最可能的范围在10K~25K ，具体情况需要根据这四方面的情况决定， 文末予以总结 。

入职的公司类型

需要程序员的企业从类型上主要有传统企业信息化部门、互联网公司、计算机软件公司、通信系统研发公司、通信运营公司(在中国就是移动/联通/电信)。这几类公司对相同人员的薪资水平高低排序如下：

从规模上讲，分为头部公司、中小上市企业、小微企业、创业团队。薪资高低排序大致是这个顺序，但会有特殊情况是某些创业团队因为投资情况好、研发进度紧，会大幅高薪聘请人员。

个人技术能力

·四年是程序员一个重要的分水岭。很多程序员在这个年限仍然只具备编写业务逻辑模块的能力，但 优秀者已经具备独立从0到1完成一个系统技术架构设计的能 力。这个区别将极大地影响到薪资水平，两者的薪水至少会有30~50%的差异。

以往从业背景

程序员这个行业有一个潜规则 ：假设前4年是在诸如BAT、华为等头部企业工作，跳槽到其他类型企业时的薪资要求会比没有这个经历的高许多，具体数值范围至少在20~50%之间。当然，这个也取决于招聘企业的要求，对于4年的人员到底要不要强调这个背景。

教育背景

四年的程序员，教育背景还会发挥一定的“带货”作用，当然较之1~3年的会低许多了。实际情况是，教育背景往往和从业背景紧密相关，比如985、双一流高校教育背景的一般从业背景都会很好，所以这个对薪资水平的影响往往还是要通过从业背景来体现。

总结

根据上述情况，可以对细分情况进行一个总结：

程序员的工资和一座城市的消费水平相关联，一线城市，二线城市，三线城市都是不一致的。

在 BAT 工作了三年的普通员工，按照每年 20% 的增幅可以达到 15*1.2*1.2*1.2=25k。年薪 25k*14（百度），25k*16（腾讯），25k*15（阿里）

如果在一些BAT之外的公司，在一线城市工作4年也差不多要达到25K左右才合适

二线城市18K，三线城市差不多15K才合适

程序员可以说是目前最火的岗位之一，其最主要的原因就是工资高，可以在短时间内让自己的工资达到一个相对高的水平，所以就导致很多人去学习软件开发，去做程序员，导致此岗位市场竞争激烈，特别是两年以内软件开发经验的，竞争可以说是残酷了，且有些供过于求的局面，以深圳地区为例，说一下程序员的工资标准：

1、刚刚毕业的大学生，工资大概在5000-7000左右。

2、一年左右工作经验的，工资大概在7000-8000左右

3、两年以内工作经验的，工资大概在8000-10000左右

4、两年至三年工作经验的，工资大概在10000-15000左右

5、三年以上工作经验的，大概在15000以上。

6、五年以上工作经验的，大概在18000以上。

上面只是一个大概情况，希望能够帮助到你。

我觉得程序员低于20k都不好意思抬头吧 ，昨天我们公司来一个45k的老编程

和城市、学历、能力、行业、公司性质、年龄、运气、工作时间、性别、是否结婚、是否能出差等等有关系，我朋友三四年的，从13到26k不等

这个可复杂了，包括城市，工种等等等原因。但4年左右一线基本2w+ ，二线肯定也要1.5w加。低于这个就别干了

我看了一堆人说这啊那的。

要我看，不是在秀，就是在卖焦虑。在我看来，薪资影响因素就两个：平台规模，和自身的硬实力。

1. 大公司大平台的薪资一般会比市面上的高一些，具体高多少，每个都有可能不一样。薪资倒挂，了解一下。——程序员是比较容易自然加班的，而薪资非常有诱惑力的话，会提升员工工作加班积极性，以及主动向薪资靠拢的自学积极性，同时也不容易离职，因为程序员其实心里都有个底。

2. 小公司更多的是考虑成本的，所以，你不符合他的要求，或者就算达到了要求，也会各种砍价，薪资水平自然没办法和大平台比。但是，为什么还是很多人去小公司呢？很简单，大公司大平台能进的话，谁去小公司呢？创业吗？画大饼吗？

3. 拿前端来说，甲工作5年，虽然会各种框架，各种配合协同开发；乙工作3年，不会太多框架，但是一手js玩的出神入化；丙工作2年，框架只会vue，但是vue的框架原理烂熟于心，项目架构也接触颇多。那么，问题来了，甲的薪资一定会很高吗？你作为老板，你敢开高吗？

说到底，薪资的因素就两个因素是最主要的：平台规模，和自身的硬实力。

说什么工作年龄在什么薪资范围，都是扯淡！

1.自己介绍项目，看对项目的提炼总结能力（也是抽象能力）；

2.自己印象最深的bug，可以知道大概技术深度；

3.设计模式提问，看有没有学习方法；

4.语法基础问题，多线，分布，安全等问题，看知识面广度；

5.智力问题，看反应能力，分析问题思路等

上述五步基本可知是否是一个好程序猿

计科专业从事软租空件开发十几年了，主要在浏览器内核领域研究的比较多，最近在研究服务器后台方向，辨别程序员水平高低主要看做出了什么产品，如同现在的程序员主要是项目经验，简历上写的一堆项目经验都是面试的时候主要提及的问题。经常在面试中会问两个关键点：一个是做过什么项目；一个是在项目组中承担什么职务，毕竟参与过和做的多少程度是不一样的，这些都是可以通过一些具体的细节检测出来，问题越具体越是容易看出水准，具体的东西不是能够编造出来的。

有很多技术公司直接不通过笔试，仅仅通过简单的面试就确定工资水准了，最简单的测试程序员水平的直接用笔试的方式，笔试可以把一些细节量化，尽量的细节化也是能测试出程序员基本功的，但这种基本用来测试初级程序员的，很多高级的程序员看到有笔试直接就抬腿走人了，因为有些程序员在一个方向做的时间太长了，很多基本功都忘得差不多了闷历，所以笔试可能不过关，现实中很多程序员笔试不过关，面试还可以，也一样可以做项目说的就是这类人，起码这算是非常优秀的程序员。

有很多公司采用谷歌的方式，直接采用上机写代码的方式检验程序员水平，这种方式比较直接，但在现实中可能消耗的时间以及面试官的精力，目前只有极少数的公司用这种方式，国外的公司用这种方式比较多，这种看基本功非常有效。通过代码可以看到编码习惯以及算法的设计上，都能直接看的出来。

普通的程序员直接看项目的经验，高级的直接看做过的产品，特别是产品主要设计人员，这就是程序员内心的自豪感，毕竟作为一个程序员起码要有自己设计开发的产品，也算是不白做一个程序员，在程序员的职业经历中如果能经历过一个产品从开始设计的初稿到最后推向市场，如果是完整的经历，将是一种巨大的财富，只要经历过一次都会对产品设计有一个比较层次的认识，这种能力需要靠直接的面试语言表达来展示出来，谈下对产品的认识以及产品稳定性性能等方面的总结，能到这个层面起码是高级软件工程师的级别。

当然有些程序员内在的东西不是靠语言或者写代码看出来的，因为一个优秀的程序员不仅仅是代码能力以及框架能力，还有几个非常重要的能力

程序员的能力表面是可以直接展示出来，但很多内在需要是需要时间的磨合才能了解，人就才能见人心，而且很多优秀的程序员是培养出来的，能够长时间在一起的队友都是时间长了磨练出来的。

希望能够帮到你。

自认为不是一个好的面试官，因为我认为在这么短的时间内，准确地衡量出来程序员水平的高低是有比较大的难度的，并且我有多次看走眼的时候，面试的时候觉得能力还不错，但是入职工作了一段时间之后，编程能力不忍直视。

工作之后接触一段时间，我会从这么几个方面观察他们，以判断技术能力的高低和发展潜力。

能不能出活儿、能不能debug

能不能把开发任务按时按质量地完成，当然是最主要的衡量标准了:

解决问题的方法

在开发过程中，难免会遇到没有见过的问题，有些程序员遇到问题无从下手，而优秀的程序员，自有一套解决问题的方法。

分析问题、流程设计的思路

有人会认为，程序员的主要工作就是敲代码，上班大部分时候都是在敲代码，其实并不是这样：

总结问题和改进问题的能力

好的程序员，相同的问题不会犯第二次，差的程序员，总会在一个问题上栽跟头：

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。

不请自来，一介码农路过，留下些看法。

程序员主要是弊罩瞎有四种综合能力，也就是debug 能力、 performance分析、 保护性编程和 投入产出比。

仅仅独立完成日后必然成高手？

在这里不能说一棒子打死，至少对于很多人来说，能独立完成是没什么问题的，有的是因为对业务熟悉，有的是真的基础扎实。但怎么说呢，程序员和浏览器打交道是最多的，现在这个互联网时代，遇到的大部分问题百度都是可以解决的，也就是普通程序员 + 百度 = 超级程序员。 但很多人也没明白具体的原理，甚至都是这个项目抄抄那个项目抄抄的，久而久之虽然解决了平时的业务，但进步的空间却很少，甚至止步不前，写出来的代码也可能存在很多坑，所以，仅仅能独立完成任务的话，离高手还有比较远的一段距离。

如何辨别高手程序员？

也就是结合我们一开始列举的那四个能力进行判断。不同级别的程序员，在那综合能力面前，强弱也是不同的。例如在奔溃的或者其他性能调优问题上，即使是面对大量复杂的代码，在信息不全的时候也会一步步的分析，抽丝剥茧缩小范围，最终定位根本原因

，并且最终给出一个好的方案。

如何成为高手程序员？

当然还有看他摘了帽子是否秃顶这样的笑话，就再不赘述了。

第一阶段（黄金）:会用编程语言实现需求，比如现在的业务系统，都会找一些会搬代码的人来拼工作量，也就是能自己独立基于搭好的框架实现crud常规 *** 作。

第二阶段（铂金）:除了crud，还会有一些自己踩过坑的经验，知道如何处理一些常见问题，或者可以基于搜索引擎快速解决一些异常情况。

第三阶段（钻石）:能解决一些疑难杂症和会通过debug部分源码类库查看到这些疑难杂症是如何引发的，并通过编码解决这些问题，还能进行一些局部的性能优化，类似某个系统接口缓慢可以单独去优化。

第四阶段（星耀）:会基于整个系统进行设计和规划，根据业务特性选择合适的框架，从源头控制开发遇到问题的频率，可以自主的搭建框架并完善机制，了解各个组件工作原理。

第五阶段（王者）:小说里面总是说练武功的永远比不过创造武功的，同样的道理，用框架的也往往不如写框架的，所以写框架的这类人单独分层。

第六阶段（荣耀）:其实这个阶段不应该列入进来，因为这类人往往不编码的，只是给出思想；像Hadoop这种框架就是基于人家发表的一些论文（bigdata)进行编码实现的，这类人注重的是思想和算法，区块链，大数据，云计算等等概念的创造和理论的支撑是这类人提出来的，这些人才是真正影响行业走向的人。

程序员的水平高低，不是靠语言或外在表现就能看出来的，不是看他会多少技术、参加过多少项目、写了多少博客，而是看他在实际业务场景中解决问题的能力，尤其是面对一些特别复杂的问题，或在高强度、高压工作状态下解决问题的能力与态度。

技术可以通过学习掌握，但是解决问题、定位问题的能力却不是一蹴而就。大家可能会说，“解决问题的能力”这个太宽泛了吧，可以更具象化吗，有具体的测量方法吗？简单整理了以下几点供参考。

优秀的代码能力

会写出满足需求的代码，早就不是评判程序员水平的标准了。代码编写既要满足业务需求，同时还要考虑后续的软件维护，说得通俗些，既要自己爽，也要别人爽。一个优秀的程序员，会致力于写出更简单、更效率、可读性强、扩展性强的程序代码。

逻辑思维

程序员在日常工作中，需要理解各式各样的业务需求，所以这就需要程序员具备一定的逻辑思维能力。可以说，逻辑思维是程序员的灵魂，因为每一行代码都是程序员逻辑的体现。

debug能力

项目着急上线，发布时出现问题？

业务高峰时段，系统宕机了？

业务催、运营催、用户催、老板催！

各种形态的bug，各种着急的心情，背后无数支眼睛盯得内心慌慌......

这些都是一位合格程序员所需要面对的日常。不同的程序员，在解决问题的方法、效率、质量等方面，都各有千秋。一个经验丰富的程序员，能够扛住各方压力，在复杂条件下找到核心问题，通过抽丝剥茧的分析来找到产生问题的原因，并快速进行应对处理，事后及时复盘总结，减少同类问题出现的概率。

学习能力

随之互联网的发展，越来越多的人涌入程序员这个赛道，竞争日益激烈，加之新技术层出不穷，更新迭代快，程序员所使用的语言、框架、模式都会发生天翻地覆的变化。如果不主动学习，你很快就会被落伍淘汰。

沟通能力

这种其实在面试过程中能体现出来，沟通主要是技术沟通，以及和客户之间的沟通，所有技术都不是闭门造车就能搞定的，沟通能让事情推进起来更加顺畅，包括和产品经理之间的流畅的沟通也显得非常重要。程序员的能力表面是可以直接展示出来，但很多内在需要是需要时间的磨合才能了解，人就才能见人心，而且很多优秀的程序员是培养出来的，能够长时间在一起的队友都是时间长了磨练出来的。

责任心

线上出bug了，第一时间响应、处理；

团队项目进度紧张、人手紧缺，主动补位；

又或者，在项目推进过程中如果只是关心自己模块内容，对于整个项目置之不理，只守着自己的一亩三分地。

随着时间轴的拉长，你会发现，有此f技术能力不是最好的，甚至不如你的小伙伴，最后做到了技术主管或经理、甚至更高职位，这里面除了技术实力，还有一个叫“责任心”的东西。

结束语

判断一个程序员的水平高低，核心是其解决问题的能力，而解决问题的能力养成，需要扎实的底层基础来支撑，要综合其代码质量、项目经验、框架能力、逻辑思维等等多方面，不能单看某一方面。

而对于1-6岁的程序员来说，想要成为一个高级程序员，变得越来越优秀，唯有持之以恒去学习、积累、实践、修炼。

----end----

一：50岁的时候，头发还是黑色的浓密的。

二：赚到的钱能保证家人快乐的生活。

三：当公司不要你的时候能成功转型。

其他的例如编程经验、写代码厉害啊什么的根本不值一提。

这就是程序员的面试嘛 :-)

（1）是否能熟练使用所用编程语言的主要功能；

（2）是否知道用合适的数据结构解决问题；

（3）是否知道基本的算法，并且用这些算法解决问题；

（4）只看少量代码的话，从变量命名和程序结构一般能够判断是否是新手；

（5）给出具体问题，能够用程序解决，能考虑到所有的边界条件；

（6）考虑程序的可扩展性，可维护性；

再往高一点走，就需要

（7）面对模糊的问题能够分析并且找到细节和具体的需求；

（8）知道利用已有的库，架构和工具等来解决新的问题，而不是什么都自己实现；

（9）能发现并改进已有程序中的瓶颈；

（10）对整个大项目的程序架构有很清晰的了解，知道相互之间的依赖，以及知道为什么采用这样就架构；

（11）给一个大的项目，能够对整个项目的程序架构和组件进行合理的设计，考虑并行性，低延迟，大数据量等各种需求和应对方式。

带领团队已多年，项目数十个，对判别程序员水平的高低，我有自己的看法，欢迎大家一起交流。

1.代码质量。

优质的代码，首先是经得起考验。静态分析工具过一遍，无错误，无警告。当然警告部分需要人工重审，因为静态分析工具不一定完全正确。过了这一关，重要的还须过测试关，少Bug或无Bug的代码，才是好代码。优质的代码带有技术气质和艺术气质。阅读起来，有一种赏心悦目的快感，即工整美观，干净利落，又蕴含着理论常识，运用技巧，精准到位。

2.表达能力。

3.文档能力。

文档形式包括但不限于PPT，文字，图表，音视频。文档内容包括但不限于API说明，工具手册，项目事项，技术论述，陷阱总结，方案展示，指导手册。文档要求必须是满足公司或部门的规范和格式，否则五花八门的，不利于交流和传承。

以上3点，是我量化判断程序员水平的标准，仅供参考。相比水平，其实我更看重程序员的态度，执行力，时间观念，自学力等等，也是很重要的团队作战能力，也可以说是程序员水平的考量吧。

谢谢大家。

其实，评论一个程序员技术的高低，不是看他会多少技术，备租又懂多少技术。参加过什么大型的项目，也不是看他有没有自己的博客，github有多少star。

而是看他解决问题，定位问题的能力。这个很重要，真的很重要。

技术可以很快上手使用，但是解决问题定位问题的能力不是轻易就行的。特别是在高压下解决问题的能力。

下面是师姐为大家整理的一些建议：

解决问题

1.代码的命名要规范。

代码是写给人看的好嘛！代码是写给人看的好嘛！代码是写给人看的好嘛！

headImg是什么鬼？我能以为是banner么，头部的图片，请原谅我蹩脚的中式英语！avatar这个呢、portrait这个呢？会不会更好些？英语不好就不能用好有道、google翻译么？还有源滚伍用中文拼音命名的，亲，我们用的是英文做为脚本好么？你要用这样的，用易语言可好？！

疯了！

为什么要用框架？一个很重要的原因是命名规范，目录规范，结构规范，分层规范，有利于团队协作，不要本末倒置！

2.架构和规划能力很重要，模块分层，解耦设计什么的，文件目录嵌几层？

这其中又跟命名的能力能搭上点关系。命名都命不好，目录结构怎么建？

url不要做的漂亮些吗？不考虑seo了？

你喜欢addGoods还是喜欢goodsAdd？

请你尊重点我的那些初高中英语语法好么？

3.协助能力、可持续能力。

最好的程序代码是脱离其产生者的。

为自己程序处处救火的程序汪并不是一条好汪。

我记得一句话就是：别想着你的代码以后还有机会重构！

每次说，额，这里我后面会改的，会改的，但是可惜，现实情况是根本不会给你这个时间的。

代码写出来，一是要爽了自己，二是也要爽了别人。

4.debug的能力、总结能力、学习能力真的很重要，代码写出来真的花的时间不长，但雹或擦屁股的时间比写代码的时间多多了！

出了问题不记录，写个博文都好啊，我可没那么强大的记忆力，所以最讨厌考记忆力。

5.不要一贯的使用各种算法，秀算法的你们够了，要写去写底层，应用的场景比较多。

应用层面的程序，算法的应用不是特别多，大部分都是业务代码。以这个作为评价标准的，真心然并卵。

---