北大青鸟设计培训：为什么程序员的薪资那么高？北大青鸟计算机学院为你揭秘？

在今天的社会里，工程师往往代表着知识水平和社会地位。

每当普通人听到这个头衔，总会报之以敬仰的目光，但有一种工程师，虽然也是如假包换的高级技术人员，却很少能享受到和同类相近的社交待遇：程序员。

 和工程师的耀眼形象不同，多数人眼里的程序员更接近于一群情趣干瘪的宅男，而非高智商高收入的精英群体。

 客观而言，这些评价并不公正。

作为高级技术人员，多数北上广的程序员都能做到月入万元以上，毫不逊色于其他工程师或职业。

大多数嘲笑程序员的人，实现阶层逆袭的可能性都远远不及。

 2019 年中国程序员薪资生存调查报告  很多人看到程序员的薪资都会去吐槽，有些人说“这些人根本不知道程序员到底干的什么！”，也有人说“写个代码月薪1W+，还上到2W+？Are you kidding me......” 在程序员被黑的时候，大家都很开心，但一看到程序员工资高了，你就眼红了... 当今世界苹果，谷歌，阿里巴巴，facebook 等等都是我程序员靠双手写出来的天下！你现在用的微信也是！程序员让这个世界变得这么精彩，工资高了还要被你吐槽！ 至于程序员的薪资为什么这么高？主要从3个方面说起： 创造价值高 程序员的工资不是由一家公司说了算，是由于程序员创造的价值高决定的。

想想，单一个王者荣耀这个游戏，据说一个季度收入就有120亿，而游戏开发者，程序员几十个人，最多一年也就开发完了。

对于企业来说，能够为企业创造大价值的员工当然不会亏待。

  经常性的加班 虽然程序员的工资很高，但同样的他们付出的精力也是比较多，经常性的工作到凌晨，有句戏言"我不知道凌晨4点的洛杉矶，但我知道凌晨4点的济南"，长时间的工作时长，高强度的工作负荷，对程序员的身体和毅力都是极大的考验。

程序猿花费大量的时间在工作上，"两耳不闻窗外事"使得这群人是对设备代码更加的熟练，技能专精。

 03市场需求存在巨大的缺口 每个行业的工资都是市场决定的，得分析需求与供给。

 1）供给： 程序员并不多，据说中国也只有200万会写程序的人（占人口0.14%），相当少，想想咱们的邻居——印度，总共有270万程序员，也只占人口0.2%的样子，美国的Tech行业（包括IT在内）工作人员达到700万，占人口的2%以上。

 不过拿整个行业来对比不恰当，因为高科技行业其中只有一小部分人是搞程序的，美国专业从事软件程序的人口呢，好像只有102万（根据2010年的人口普查），占人口的0.3%。

  另外，在美国的职业排行中，程序员在所有职业当中人口数量排行第三十，还少于：律师职业，104万；金融资产管理，110万；大学老师，130万。

如果觉得金融和律师工资高很合理，那程序员工资高也是合理的。

 话说，软件行业还详细分类，分各种语言各种平台各种特殊要求，编程语言的话；熟悉Java到专业程度的程序员只有其中30%；Python估计20%；C不到10%；像Golang之类的小众语言，1%都没有。

 其它行业没这么麻烦，一个职位总是有哗手很多人都能胜任的。

选择多了，公司就有条件把工资压低之类的。

但是在程序招聘方面，谈工资的权利在程序员手里，因为对方没有选择。

程序员本来那么稀有，非常适合要求的程序员更是稀有之稀有，不能错过。

 2）需求： 收入高的程序员一般要么涉及互联网，要么涉及一些大规模使用的软件。

 这是因为，软件和互联网服务的边际成本几乎为零，边际成本，就是每多生产一单位产品所产生的成本，它包括生产所需的人工、物料等等。

与之对应的成本，叫做固定成本，也就是无论你要生产多少单位的产品都得要支付的成本，这包括研发、营销等等。

 软件和互联网服务每多服务一个人，一般也就是多一点电费和网费，成本几乎没有，扩张可哪轿以非常迅猛，这意味着李芦肆几乎所有收益都可以摊到研发（程序员）和管理人员身上，因此这些行业的薪水上限天然地要高于一般制造业。

 像whatsapp这样几十个人就服务几亿人，在传统行业是不可想象的。

传统行业，比如格力，在生产中要支付大量的生产成本、物流成本、销售成本，即便销售收入远超互联网大多数企业，但也不可能让大多数员工的工资高起来。

与此同时，程序员的数量相对于需求，却也远远不够。

  之前就有“创业万事俱备只差一个程序员了”这种笑话，但其实也是反映了现实情况：程序员的供给显著小于需求。

 两个条件叠加在一起，就造成，程序员这个群体的工资相对比较高。

 说到这里肯定会有人来吐槽，“现在程序员找工作很难”，“程序员已经饱和了，不好找工作”“现在大环境不好，很多公司裁员，程序员的薪资现在很低”...  北大青鸟济南计算机学院发现对行业和大环境吐槽的程序员，大概分为两种： 一种是刚要毕业，或者即将毕业要找实习工作的程序员。

 还有一种是工作不到两年或者一年左右的程序员。

感觉移动互联网行业在这个年头涌入的开发者太多，导致快饱和了，所以没有经验或者经验少的程序员难免找工作难一些。

 当自己屡次面试失败，或者跳槽涨薪失败时，不知你会不会去整体看一下市场行情，去看一下大部分公司招聘的要求再去反省自己呢？ 对于前者，北大青鸟济南计算机学院给出的建议是： 在大学期间在学习技术的过程中，一定要根据自己的兴趣爱好和想法，试着去做一个大点的项目，在简历上也不会显得那么简陋，无东西可写。

 不要跟我说自己做不了一个大点的项目，同学那么多，找个「志同道合」的一起做也很有意思嘛，遇到问题还有商量的可以解决的，反正有责任心的，总能想到办法去做到。

 如果你现在已经大四了，或者马上要毕业了，还没有找到工作，别急，不要和别人比较，稳住心态，花上两个月做一个大点的项目，再出去找也不急，如果整天光焦虑，而不想点办法的话，你再焦虑对你找工作也于事无补，不如踏实下来为提高技术，巩固基础，为找好工作而做准备呢  对于后者，北大青鸟济南计算机学院给出的建议是： 一两年工作经验是一个比较尴尬的工作经验阶段，处于一种「高不成，低不就」的地步。

 这时候就需要大家不要暂时眼里只有钱（当然钱很重要），稳住自己焦躁的内心，骑驴找马，即在职找工作，不要裸辞。

 工作期间，一是平时多积累自己的工作经验，多学习提高自己的技术，二是多积累人脉，多认识朋友和同事，联系以前同学，看有没有内推的机会。

三是确立自己的一个求职目标公司，按照那个公司的要求平时多学习和提高自己，做到因地制宜。

11年毕业就来的北京，谈谈我在北京的感受吧。在这边工作机会较多，选择也很多，每天坚持投10来封（指定有选择的投，不是海投），不到一个星期，你就会不断受到面试电话，接到改携雀面试电话的机会还是挺多的。我在学校还是花时间学习隐滑的，所以基础还行，面试题大多能够应付，不过面试的人不止自己，也要看面试官对自己的印象如何。像你的情况呢，首先要自信点，毕竟是工作过的嘛，另外就是，其实就在武汉好好发展，为何不可呢？很多来到北京的人最终还得“脱北”，房价房租高，空气污染严重，交通拥堵，生活节奏太快等等都是。你有空可以先来北京逛逛，带女朋友来，住个两三天，感受感受。

你比较关注的是如何提升自己是吧：

首先是自信，二是学会思考问题，从多种能够解决问题的方法中找到最优的那一个。三、能够快速的找到有利资源：做技术的，不是搞学术不是搞研究的，而是使用别人的成果进行再创造的，所以不要再一个问题上打圈圈，因为已核早经有人已经从这个圈圈里跳出来了，而自己呢就需要寻找各种资源快速的找到跳出圈圈的方法，而不是怀疑自己能力是不是有问题而烦恼，烦恼的代价会很大，会让人大脑变得不理性、不稳定。四、没有了，我也在寻找中……

另外，做IT还有很多地方可以选择，上海，广州，杭州等等很多地方，希望你在这些地方中，挑一个环境好的（水、空气等），因为这是我在北京最后悔没有考虑过的东西啦……

嗯，这些都是自己的选择，在北京机会多，那么付出的代价也大…… 祝你好运。

导致程序员加班的原因很多，主要由以下几方面吧：

1.需求不清晰。需求人员或者项目经理、产品经理没有吧需求梳理分析清楚，等开发到一半甚至开发完了，才意识到需求错了，需要重新做，眼看项目或产品都快交付了，只能让程序员加班了。

2.管理问题。企业文化，就是加班，本来没啥活，但领导就觉得员工加班他心里踏实，所以那不管你是不是程序员，一律加班。

3.自身问题。效率低，解决问题能力不行，分配的工作任务无法在规定时间内完成，那只能加班，自行解决了。

4.工作任务紧急。突然要开发一个新功能，客户要求时间紧迫。不加班，无法完成。

5.工作量大。日常工作量就是大，明巧一个人干两三个人的工作，干不完，加班还干不完呢，加班成常态了。

从甲方角度看，我就想要什么产品3个月上线，这是战略和领导决策决定的，不能拖太长时间。

甲方以这个要求去找乙方，乙方销售为了完成业绩，他满口答应。

售前一般不会反对销售。

合同一旦签署完毕，销售业绩就认为算闭槐颂完成一大半，后续介入内部流程就可能减少。

这时候认为，按时交付的责任应该在研发方面。

开发和产品团队此时可能还需要进行需求分析，系统设计，提交文档，正规一些的测试部门还要审核文档。

然后这些事都走玩，开始开发任务。开发人员每天一个日报，每周一个周报，几乎天天开会讨论。

白天都在讨论问题，只有晚上其他部门都走了，无人打扰时，研发才可能专心敲代码。

没让专业的人做专业的事情， 是工作开展的大忌，在工业上，早已证明了一切，在工厂生产中，工人流水化作业，一个人只专注一件事情，会越做越熟练，越做越快，越做效率越高。

在软件开发分工越来越明确的今天，让后端人员抢前端人员的饭碗，去写网页、样式，效率能高吗？让后端人员去抢DBA的饭碗，去做数据库优化，效率能高吗？

不专业的人做不专业的事情，可能和公司的发展历程、组织架构、人员规划有关；也可能和任务安排有关。

公司发展初期，养不起很多专业的人，可能更需要“全栈”工程师，啥都一把捉；公司发展的过渡期，有点钱了，也意识到了要让专人做专业的事情，但是人员还没招齐，那没办法，你也得兼职着做各种各样的事情。如果公司有钱了，发展也成熟了，不是属于以上两种阶段，在IT组织中，连前端、后端、测试、架构、DBA、网络、服务器运维、技术支持、安全、产品，这些职能都没区分好的话，就会对工作效率有影响。IT一线工作人员，每个坑位，都需要一颗专业的螺丝钉。

开发人员不注重代码质量，导致后期返工，导致效率低

有 时候，快即是慢，对于经验不足或者习惯不好的开发人员，开发前期，被迫或者自己没意识到，为了追求进度，逻辑没考虑周全，没做好自测，代码能跑起来就算完 成任务了，表面上任务完成得很快。但是在项目后期，测试阶段，问题大规模爆发，甚至要返工，由于测试后期，离自己写代码的时候，可能隔了一段时间，有的东 西自己都忘了，再回过头去重新“熟悉”，效率能不低吗？更为严重的后果是让项目进度不可控。因此，就算进度再紧张，也顶住压力，必须要做最基本的测试，再进入下一个任务点。

个体组织人员膨胀，出现沟通成本大的问题，导致效率低

沟通成本是人员膨胀后，暴露出来的首要问题。

举个简单的栗子，很多公司都有每天晨会习惯，如果一个组有5个人，开晨会汇报工作，平均一个人汇报2分钟，就需要10分钟，现在一个组增加到10个人，一人汇报两分钟，都要20分钟才能汇报完。时间就这样过去。

再举个栗子，30人天的工作，分给2个人做，可能需要15天，共耗费30人天，但是分给5个人做，6天能完成吗？

信息在沟通、传递的过程中，可能会“失真”，你想的，不一定能100%说出来，你说出来了，别人也不一定能100%理解，而且每个人的理解能力、知识体系都不一样，理解起来容易产生偏差，产生偏差轿郑就容易做错事情。

因此，如果人员出现膨胀，要以项目为单位，进行合理的项目拆分、人员拆分。同一个“小项目”最好不要超过4个人负责。沟通的时候，推荐使用口头+书面+复述，减少沟通过程中的信息失真。

上、下属之间相互不信任，做事有阻碍或者导致重复工作，导致效率低

上 下属相互信任是一切工作的基础。如果上级不信任下属，不敢授权给下属，凡是都要自己过一遍，而上级往往是一对多的关系，这个时候，工作瓶颈会出现在上级身 上；如果上级不信任下属，搞一堆监督机制，为了下属不做错事情，又让别人同事过一遍，又要耗费额外的成本，劳民伤财，而下级得不到信任，做事受阻，久而久 之就会畏手畏脚，很难独当一面，或觉得自己有能力没地方使，干脆走人。

上级应该充分信任下级，放心授权让下级去做事情，但这些都一个前提就是要有一个较好的软件管理过程，包括开发环境和测试团队和在完成任务的过程中进行一些辅导和进行重要节点管控和监督。

上级不信任下级，经常碰到，而下级不信任上级也很要命。程序员是很有个性的工种，不好管理，往往特别多想法。就好像车轮子陷入泥潭中，上级说车子往前推，有的人又说，往后拉，各自发力，估计车子永远都摆脱不了泥潭，还谈何效率？

因此，如果有意见，前期可以提，但是解决方案一旦定下来，应该上下一心（即使有意见也埋在心底吧），朝着目标一起去努力。

不同部门之间沟通存在隔阂与障碍

软件开发过程中，在IT范畴内，不同部门难免有交集，例如开发与运维、开发与测试，不同岗位承担的责任、掌握的知识体系、考虑问题的角度往往不一样，导致处理事情受阻。

举 个栗子，有一次，开发人员为了验证某个问题，需要运维人员协助重启某个站点。对于开发人员来说，这个站点，用的人比较少，而重启也是一瞬间的事情，风险为 基本为0，但是由于运维人员掌握的知识体系不一样，怕重启了会造成很大影响，甚至害怕出了问题要自己承担责任，明明可以瞬间 *** 作解决问题的，又要等到中午 或者半夜三更没人的时候才敢重启，效率就是这样降低了。这个时候，需要运维人员，去学习一下相关知识，或者引入新流程，例如，重启站点，需要某个专业人士 口头同意，即可立即执行。

因此，不同部门之间的人，应该互相学习，才能更好地沟通；做事情，尽量做轻量级的流程化、标准化。

上级工作安排不到位

上级工作安排不到位，也会导致工作效率低。有时候会有这种怪现象，可能很多事情没做，但是下面的人没事可做；或者有的人很忙，有的人很闲。

软件开发分工，不像搬砖头，一人搬一车就行了。软件开发， 工作量化本身就是一个很难的地方，如果项目经理没有做项目计划，没有做工作点、任务点拆分工作就很难安排到位。特别是刚刚从程序员转型做项目经理的人，过 程性思维，不会对项目做整体的把握、整体规划，想到哪里就做到哪里，想到什么就分配什么工作，最后一团糟，一会把下面的人累死，一会又让下面的人闲死。

---