程序员技能与收入的关系，及判断自己工作是否危险

本文主要内容来自于：

http://www.cnblogs.com/daoshi/archive/2012/02/13/2348557.html

http://blog.csdn.net/cheny_com/article/details/7227766

等

程序员的收入 是技能复杂度 和技能实现可能性 的正比函数。

这里面的实现可能性   不太好理解，额外做点说明。

好比说有人在东北种了很多白菜，并获得了大丰收。与此同时广州也确实需要大白菜，按批发价他的这批白菜可以买 10 万。

但关键是这个人找不到车皮，大白菜就只能在当地零售，这个时候这批大白菜就只能买 1 万块钱。

这就是实现的可能性。

基于这第一定律继续做些推导。

推论 1 ：越容易上手的技术，其内蕴价值越低。

有时候很多人会有一种错觉，认为越热门的技术收益越好。

这在大多时候是错的。越热的技术，越成熟的技术越是大众的，而越是大众的技术内蕴价值越低，所以收益越不好。

热度能够帮助提升实现可能性，但对技能复杂度 没有影响。

推论2 ：单纯的涉猎广泛，没有专精，对收入的影响是负面的。

各种技术的复杂度大概是呈指数增长的，越到后面前进一步越困难。

好比说学会5 门语言所需要的时间大多时候远比学精一门语言要短。

在特定年纪尚，每样技术都会一点，对提高实现可能性P 略有帮助，但自身可替代性很强，对技能复杂度 的影响为负面。

长期来看得不偿失。

推论3 ：实现可能性 P 越低，风险越大。

总结来看，程序员要想获得不错的收入，

第一要掌握稀缺的技术，即技术的内蕴价值要高；

第二要对自己的技术要专注，要深挖下去；

第三要能实现对这种技术的应用。

如果你是搞技术的，就可以根据这个定律，对自己的技能做个判断，以及以后该努力的方向。

下面再说说，如果判断你现在的工作是否危险？

职业危险大体上分为两种类型：无积累 、非核心

 

无积累 指那些做了很久，但是很难有所积累的职业；由于没有积累，也就很容易因为技术等的更新而淘汰，或被年轻人替代。

该危险对个人的损害非常大，做久了，就会感觉自己：年龄大了，能力也没有，很消极没有自信。

所谓核心，就是与企业的核心竞争力、营收密切相关的

如果你做的是公司的非核心岗位或者你的技术能力与公司核心竞争力不相关，

那也就表示你在公司就可有可无，价值不大。

职业是死的，人是活的 ，但即使身处这些危险职业中，只要按正确的方法做事，仍然不至于彻底无望。

在无积累、非核心的岗位上，可以让自己

1、关注业务积累

2、关注管理

3、关注人际关系、沟通等能力

 

另外，要注意：

不要把核心的做成非核心的

比如产品部门，本来是个核心部门，但是如果产品经理乃至总监没有做自 己最不可或缺的定义产品/市场分析/竞争对手分析/用户群分析/产品版本规划/商业模式……等等这些最重要的事情，而是变成了到处无原则地收集需求（有时 候是跟着竞争对手后面走）、协调各个软硬件部门的工作等等，就可能变成一个非核心的部门。

这个时候虽然人们很忙，但是业绩不佳。

比如我们最熟悉的项目经理，很容易变成下面这位（摘自真实简历）：

 

职责和业绩：

1）项目管理，任务分配和项目数据分析；   2)  负责与客户进行需求与技术上的沟通；   3）负责开发过程中质量控制和标准制定；   4）负责详细设计；   5）负责指导程序员解决开发过程中遇到的技术问题；

看起来很正统的项目经理，但是就像万金油一样，即需要，又不必须。一旦暂时没有项目，或项目失败了，最容易被开掉的就是这种“监工”型的项目经理 ，企业都不需要担心技术流失，商业机密泄露之类的问题。

项目经理的，应该要区分出自己所负责的项目（或产品）到底胜在功能，还是赢在成本，又或是长于技术，然后把团队的工作引导到项目成功的方向上（部门经理更是如此）。

很 可惜，多数项目经理都说不太出来自己项目的目标，也说不出来自己为了实现这些目标做了什么特殊的事情（除了把所有能做的都做了之外），总是觉得只要时间进 度质量成本都兼顾一下，会都开完，问题都解决掉，项目不就成功了？ 实际上，如果这些内容都能兼顾，这个项目就不需要管理了。

 

因此，核心岗位要避免变成事务性的岗位，要努力围绕自己企业的业务，做好事情而不是做完事情。