作者说：
　　在谈关于技术人员成长的主题前，为了避免老生常谈，我特意翻了一下类似主题，发现大部分人说的都是关于技能、经历和认知方面的论述。因此我决定换个方向，从“价值”这个角度，来谈技术人员应该如何追求个人价值。
　　在国内，很多二三线城市的软件产业都是属于外包行业，比如大连，青岛，沈阳，长沙等城市，有对日外包，对韩外包，对欧美外包，尤其对日外包开发为多。
　　很多人毕业就选择这样一份软件开发工作，做个普通编码者。对日软件外包公司的渠道不同，所做项目也不一样，不同的语言，不同的框架风格。比如前端使用JSP，后端使用COBOL，客户端要使用VB来做。
　　以下，我们来看一些从事对日外包的程序员感悟。
　　毕业两年了，上个月跳槽到现在的一家做对日外包的软件公司，做程序员。感觉每天的工作量特别大，日语不好连式样书都看不懂。每天加班到晚上10点左右，人非常疲惫。而且每天的工作内容有三分之二不是coding，而是对付各种各样的文档和报告书，在细节上抠来抠去。本人很喜欢写程序，但是感觉现在的状态不是我想要的那种程序员的生活。对日外包这一行做下去有前途吗？以后能否迎娶白富美走向人生巅峰？
　　前一段时间对工作，对未来一直很迷茫。
　　在这一段时间，几乎对软件生产失去了信心，对程序员的生存状态产生了担忧。
　　当然，中国的软件产业来说，我们只能思考，去思考自己如何适应其发展，如何寻找出路，如何在这一团团迷雾中找到属于自己的天空。
　　中国程序员的现状：
　　1 人员结构不合理
　　2 人员知识面泛而不精
　　3 程序员的廉价趋势越来越明显
　　造成上述问题的根本原因是： 中国人太多！
　　造成程序员廉价的重要原因：
　　1 中国的软件行业由于发展缓慢，技术上距离欧美，日本差距非常明显。
　　所以中国并不具备大型独立的软件产品研发的能力，中国软件的发展，大部分集中在企业级应用和门户网站的建设上。
　　2 随着企业级开发的日益简单化（技术层面），对软件人才的要求变得越来越低。以前少数人能干的事情，现在大部分人似乎都能干的起来。
　　以前的门槛或许要重点本科计算机相关专业，现在的门槛似乎只要你上过大学，似乎都可以来搞软件， 什么信息管理这样的专业毕业，
　　似乎都可以毫不费力的搞程序。（在这里绝对没有贬低这些专业的意思）
　　3 以上两个条件，加上中国的一个最大的国情-“人太多，就压压力巨大”，决定了中国软件的另一条出路-“软件外包”
　　软件外包行业已经越来越多的成为软件发展的宠儿，软件外包这个词汇也频频出现在各大杂志上。
　　软件外包行业由于其特殊性，决定了其门槛比较低，不需要很强的技术能力。 软件外包，究其本质，和建筑工程外包的性质没有任何的区别。
　　大部分的成员，不是专家，不是管理层，而是工人，也就是我们通常所说的民工。而中国从来就不缺少民工。为了缓解巨大的就业压力，
　　国家还会继续培养这样的“人才”。不是经常有杂志上动辄就是说，中国的外包人才的缺口有几十万么？ 这几十万不是技术人才，使民工！
　　你是不是觉得现在的程序员要价越来越上不去了？你是不是觉得你要求加工资的时候，成功率低了？
　　你是不是觉得找工作困难了？
　　《性工作者十日谈》里面有这么一句话，出自香港本地性工作者：那些该死的北妹（中国大陆），把价格要的这么低，我们的日子没法过了。
　　随着企业级应用开发的简单化，随着工具的智能化，随着从业人员的日趋庞大，中国程序员的日子可能会越来越难过。
　　以前体面的白领，也会逐渐沦落成为软件生产流水线的一个普通的工人。加班加点，工资微薄，未老先衰。
　　我预言：5年以内，软件外包的门槛就是高中生，一个月薪水不超过社会平均生活水平的一半。所以在软件外包公司走技术路线，是没有前途的。
　　那么面对这样的局面我们应该怎样积极的面对，因为这个局面我们无法控制，也无法改变。
　　上面所讲的企业级开发日益简单化，仅仅是局限于技术层面。
　　相反，企业的业务越来越复杂，式样也越来越难以把握。针对这样的情况，现在的soa也是吵得沸沸扬扬。所以业务理解，设计型的人员越来越受到欢迎。工作也越来越重要。
　　那么我们可不可以转型成为业务，设计为主的人呢。
　　同时，软件工人多了，相对应的管理人员不是也需要增加么？是不是可以考虑往管理上发展呢？
　　这一点，在软件外包公司表现的很明显。
　　欧美外包，印度模式，大量的软件工人，庞大的团队，需要良好的业务理解能力的人来理解发包公司的需求，理解发包公司的设计。理解之后，再来把信息传递给代码工人
　　来实装，来完成。代码生产的过程中，不断对生产的产品进行监督与控制。使其按照需求正常有序的进行下去。
　　对日外包，现在国内非常火。上面分析过，中国适合开展外包。但是由于语言，文化等因素，在欧美外包方面，和印度阿三比显然不具备优势。
　　因此对日软件外包自然成为了最好的选择。
　　对日软件外包，更是需要业务把握的人才，而事实上业务式样工程师，实际的待遇等，包括在公司中的地位，显然比普通的代码工人要高的多。
　　原因有2个：第一，在中国目前既了解技术，又具有设计经验，而且精通日语的人非常的少。这类人才才是奇缺。
　　第二，还是中国人太多，软件工人太多。而这些软件工人普遍素质又差，再加上对日语又不懂，如何保证这部分人能够正确理解式样呢？那就是给这些人一个交流的桥梁，引导他们按照需求来完成产品。
　　而上面说的这一类人，才是中国软件外包行业真正的希望！才是外包行业的根本。
　　几年来，我一直过分的关注于技术，一直以来把技术能力摆在一个很高的地位。我曾经甚至很看不起技术差的人。 这也是造成我这些年以来迷茫的根本原因所在。我越来越发现，在软件外包行业技术路线是很难走通的。
　　我甚至感觉，走业务系统工程师路线，远离程序的人，甚至是日语专业毕业，根本不懂技术本身的人，受重用程度和地位前途比代码工人高多了。 很多人只关心程序本身，不管业务，到头来终究还是一个民工的角色，这样的人，在我身边随便抓抓一大把，当然也包括我在内。
　　那一天，我幡然醒悟：技术路线根本走不通，远离编码，才是搞好软件。 资质有限，也醒悟的太晚，但不管怎么说，终于醒悟了。
　　再有就是现在的技术五花八门，对于中国的程序员的要求就变得更高了，似乎我们的程序员什么都要懂，但是什么都不精。
　　随着年龄的增大，已经没有精力来琢磨这些新新的技术了。 技术一直在变，唯有思想永恒。以前一直认为，这个“思想”指的是java思想，mvc思想，编程思想。
　　突然发现，思维的思想，不在技术层面，其实这个思想，指的是业务逻辑思想。
　　只要商品经济在，银行的系统还是欠债还钱；
　　只要政府法律在，杀人者终究还是偿命；
　　无论技术怎么变，“欠债还钱，杀人偿命”这个始终是天经地义的。
　　针对上述问题，我不是抱怨，我也知道还是有很多有能力的人走技术路线可以搞得很好的。
　　我以前也崇拜技术专家，也崇拜大师级人物。 但是现在结合中国国情，加上自己天赋有限,没有能力也没有精力去跟着年轻人瞎折腾了，还是考虑放弃技术，走业务路线了。大部分人最后都会发现,自己不适合做技术,软件外包不需要技术.中国软件没有技术。
　　以上这段是悲观论，而且稍嫌不成熟，不喜欢做技术了。有人这样说：
　　喜欢编程序的人，我觉得不要做对日外包。学好日语，拿N2就去日本开发。不要去派遣公司。或者去北京工作。不要做对日开发。日本的低端派遣工作，还有在国内做对日外包的工作 。性质都是差不多。我觉得不是前途很好的工作。日本也有写文档写得少的工作。在那样的公司技术学的快。
　　有褒义也有贬义，总之它要求人要多面手，而且要擅长适应这些变化。
　　关于北上广的IT公司里的程序员怎么说。
　　每天上班来打卡，然后坐在自己的工位上开始做事，很少和同事有交流，公司为了减少同事之间的交流甚至在工位之间用板子隔开，即使和同事交流也只谈工作的事情；公司没事的时候很闲，大公司养人，没事做时能让你闲半年， 在闲的时候和同事交流更少，每天只是上班打卡，然后虚度一天，下班打卡走人。这样的工作方式是以工资驱动的， 大公司认为，只要把工资给足了，就不会有人轻易的走，为了防止人走，他们还可能会押人半个月工资。
　　这是以上的工作方式，但不是未来的工作方式， 这样的工作方式60、70后能够适应，但不适合80、90后。
　　60、70年代的人，他们生活的时代是物质匮乏的时代，要解决的核心问题是生存问题。所以他们追求有份稳定的工作就可以了。而80、90年代的人，他们生活在物质丰富的时代，从小是打游戏、看电视、玩手机长大的，从小没有感受过生活压力。对于他们来说，生存不再是核心问题，哪儿干得不爽，可以不要工资立即走人；他们越来越多的思考人生，对他们来说核心问题是“人生的意义”，他们不再是简单寻求一份稳定的工作，而是要做一份有意义的工作。
　　以上是不同城市，不同开发阶段的人（偏初级）的感悟与总结。
　　技术的几个阶段和人生的几个阶段有相似之处，大家需要自己判断处于人生的哪个阶级，自己要做深入的思考。
　　程序员会遇到很多困难， 需要有强大的内心才能走得更远，需要向内寻找，找回自己的本体。本文之文字虽然不如程序多，但是经历了十余年的思考，每个观点可能都是好几年的思考结果，但在文字表述上只能总结为几句话，无法把思考过程呈现给大家。不是专门从事哲学、心理工作，没有接触更多案例， 对每个观点没有大量的实例的列举，举举了自己的例子。有可能现在无法深入理解一些观点，本文也给了大家指明了一个方向，对人生的思考不是向外的寻找，而是向内的。
　　下面我们就来看作者从他的亲身经历中，如何修行，如何成长，如何拥有真正属于自己的个人价值。
　　凭感觉追求个人价值
　　我来用个人经历来描述一下什么叫『凭感觉追求个人价值』。
　　当年刚毕业时，国内IT业完全没有现在这么发达。我和很多人一样从事对日外包工作，花了接近3年的时间不断精进编程技能。在长期的外包工作中我发现一个现象：设计都是从日本本社来的，我们只做开发。当时就觉得系统设计这件事一定更有“价值”。

　　图1：我做外包时对价值的理解
　　由于公司不提供赴日做设计的机会，所以我只能自学日语，最终成功得以赴日工作。
　　在那里确实是设计和开发工作连在一起做的。设计很有趣，非常考验抽象概念的构造与解构，它和人对事物的理解与表达是非常类似的。不过我也在工作中发现了另一个现象：需求的分析往往由团队中最牛的人去做。
　　于是，我产生了是不是需求分析工作更有“价值”的想法。

　　图2：做了设计后对于需求分析产生了想法
　　2008年金融危机影响扩大后，我的公司开始接手一些小型项目。
　　其中一部分就完整地交给了我这样的研发工程师。所以我自然接触到了需求分析的工作，可以直面客户，交谈需求，给出提案。我发现这确实又是一种更高层的“价值”，一种挖掘语言背后，信息结构与问题模型的能力。

　　图3：如愿以偿地做了需求分析的工作
　　这些小项目是我一个人从头到尾跟进的，所以同时也补上部署、维护、质量和重构相关的经验，虽然还只是小型项目的。

　　图4：小项目让我经历了软件工程的各个阶段
　　后来那时日本的经济形势越发不妙，我便回国开始做国内项目。国内项目相比日本需求更加不确定，经常遇到各种推倒反悔。我带着团队完成了多个国内项目后，产生了很大的疑问：仅有软件的技能，缺乏行业相关的知识，真的能解决问题吗？

　　图5：仅有软件工程能力真的能解决问题吗
　　幸好有一个客户非常支持我解开这个困惑。他给了我一个长期的广电项目，并允许我随意出入广电系统。我在这个项目中完成了第一个集合专业能力与软件能力的作品——分布式的异构录播系统，同时我解决了原有系统的不安全、高门槛与低效三大问题。
　　我想这就是深度了解行业的“价值”吧。
　　但是广电行业也有很大的障碍，就是它的产业链上下游非常封闭。我的“价值”只能被限制在某一项环节上。这时SONY向我伸出了橄榄枝，因为它在电子领域有自己的完整的上下游产业链，所以决心转投SONY，开始了电子行业全产业链的探索。

　　图6：我希望自己的价值不仅限于产业的某一环中
　　在SONY摸爬滚打了3年，摸清了芯片方案->SOC->ODM Design->图像处理->整机方案->集成系统的产业链路。
　　正当我打算更进一步时，新总裁突然就把中国的商业视频系统部门砍了。其实现在想来，当时一直听到海康、大华的时候就应该感觉到，国企在这个领域对于外资的压力有多大。当这个领域战成一片红海的时候，这个领域本身的“价值”又有多大呢？！

　　图7：我参与了多个技术环节但最终产品未能获得足够的市场价值
　　视频部门被解散后，我深刻地反省了这个问题：

1. 在一个上下游产业链长，资本和技术投入密集的行业里，个人对于整体竞争力的影响实在太有限了。
2. 在一个逐渐表现出寡头垄断的行业里，寡头方处于竞争优势，对人才的渴求并没有那么高，中小竞争者又由于市场收益不足，无法给予人才应有的价值回报。　　所以这个行业很难找到可以足够发挥个人价值的地方。我需要一个我的“价值”与最终产品“价值”关系近，市场格局充分竞争，渠道公开的行业，请看下图。

　　图8：我希望进入一个技术的价值空间足够的环境
　　这时候，曾经离职创业的前同事找到了我，他刚刚在大数据行业站稳脚跟。大数据如何给客户提供价值，能提供什么样的价值，充满了不确定性。个人可以探索和发挥的空间很大，正符合我的心意。我也已经在此行业奋战3年至今。
　　凭感觉造成的问题：依赖关联性
　　仅仅凭感觉发展个人价值话，就会自然而然地依赖技能的关联性，比如：
　　软件工程的关联性

1. 从编码到设计
2. 从设计到架构
3. 从架构到方案
4. 从方案到需求

　　生产环节的关联性

1. 从技术到售前
2. 从技术到售后
3. 从技术到管理
4. 从技术到质监

　　产业链条的关联性

1. 从视频采集系统到图像传输系统
2. 从图像传输系统到显示播放系统
3. 从显示播放系统到录像控制系统
4. 从录像控制系统到存储回播系统

　　技术领域的关联性

1. 从关系型数据库到NoSQL
2. 从磁盘数据库到内存数据库
3. 从一般数据库到图形数据库
4. 从数据单库到分布式数据系统

　　这其实是一种“直觉式”的发展方式。踩了第一级台阶看到第二级台阶，踩了第二级台阶看到第三级台阶，每踩一次确实肯定上升了一些，但是楼梯尽头究竟是什么，很难确定。同时这也是一种“机缘式”的发展方式。因为每一次向相关方向拓展自己的技能，都需要外部环境的支持。假设：

• 如果是外包公司，设计来自于发包方，那就很难去做设计的工作
• 如果公司销售的是标准线上产品，那就没有什么售前的需求。
• 如果公司仅生产视频采集设备，集成部署由其他公司来做，那就接触不到图像传输。
• 如果关系型数据库已经能满足业务和性能需求，那就不会有使用NoSQL的动力。

　　“直觉式”+“机缘式”=“随波逐流式”，凭着能看到的东西加感觉走，外部环境允许就走下去，不允许就继续找感觉。这样的行为很难说是在“追求”个人价值的发展，追求可是一个主动的词汇。那要如何主动地追求个人价值发展呢？
　　看清价值网是第一步
　　现在的我当然不会去凭感觉追求价值了，因为我已经能看清价值网——由价值的来源、流动和去向组成的网络。这才应该是追求个人价值的第一步。用价值网的视角重新看一遍自己的经历的话，当时在国内做日本外包时，我的“价值”只有下图这么点：

　　图9：在价值网中我是如此的渺小
　　外包公司为了获得足够的利润，特别强调开发团队的标准化与规模化，个人的价值是非常有限的。在这个价值网中，对于外包企业来说，价值的来源仅仅是由生产成本差异产生的合同单价而已。所以说，我只不过是在和团队的其他成员，以及负责管理和销售的其他部门的人，分享合同上的价值而已。这就是这个阶段个人价值的上限。
　　后来在日本自己全程跟进小型项目的价值网如下：

　　图10：总算提升了一些个人价值的占比
　　由于业务关系的缩短与单打独斗，我在价值网中的占比提高了不少。公司从已有的关系中获得这些项目并且由我一人跟进，这样的话价值网中基本就没有销售与管理的成本了。但是这仅限于小型IT项目，小型项目本身就不会有太高的单价，这也就形成了这个阶段价值的上限。
　　后来带团队做国内项目的时候，由于项目规模的变大，整体的价值大了，但是我也无法单打独斗了，如下图：

　　图11：我的个人价值总算超出了我个人的直接产值
　　我在这个阶段主要负责问题定义、需求分析、高层设计、客户接洽和团队管理的工作，所以我的价值除了技术部分也包含运营与管理。同时我还在团队中通过标准化手段，提升了整体团队的生产率，所以团队中的每个人的生产过程中也包含了我的价值。但是这个图仍然表明，我的价值无论如何不会超过项目合同本身。
　　从进入SONY开始，我脱离了合同的价值上限，进入了市场价值下的价值网，如下图：

　　图12：合同单价不再束缚我但市场竞争也非儿戏
　　可以看到这个市场虽然非常大，但是参与者也非常多，SONY只能算是分了小小一杯羹。然后由于视频监控的产业链是比较长的，所以产生成本的环节会很多，技术只是这些环节的一部分。我在技术中的占比还算是比较高的，但是由于最终产品整体从市场获取价值不足，部门被裁撤。
　　目前我所在的零售大数据行业只是整个行业的一部分。虽然大数据行业由于边界划分不同，市场总值的估计数字不尽相同，但总体来说这是一个产值非常高的行业，如下图：

　　图13：产值巨大的行业前景应该不错
　　我带领架构组给公司提供了两类基础能力。一类是应用的能基础能力，如下图：

　　图14：我给公司提供了通用的应用开发的底层支持
　　这类能力主要服务于软件开发的整个过程，以及相关的可靠性、安全性和可维护性这三个主要指标。另一类能力是数据的基础能力，如下图：

　　图15：数据的基础能力对于一家数据公司是非常重要的
　　这类能力主要服务于数据的整个过程，包含数据采集、数据清洗、数据存储、数据加工、数据分析、算法应用以及最终的数据应用。应用的基础能力和数据的基础能力给公司所有的大数据服务提供了底层支持，如下图：

　　图16：这两种基础能力支撑起公司几百个数据服务
　　蓝色部分是我的直接的价值输出，橘色的部分是受到我输出影响而产生的间接价值。在架构组的成果的基础上，公司拥有成百上千个大数据服务。这两种基础能力不仅服务于公司内部，也服务于合作方，如下图：
　　
　　图17：基础能力也支持了对外暴露接口的需要
　　也就是说，基于基础能力不仅可以开发大数据服务，也可以开发Daas和Paas类型的API。这样就使得架构组产生的直接价值蔓延到了公司之外。最后看一下零售大数据涉及到的成本以及架构组提供的价值，如下图：

　　图18：零售大数据的成本结构与之前的行业不同
　　可以看到零售大数据行业有一些独特的成本，比如BD、数据源或产品化。这是因为大数据行业是一种智力密集型的行业，资本雄厚和人力充足都不能保证数据发挥价值。图上橘色的部分表明，架构组的价值间接的影响了管理、技术、BD和数据源这4块成本的投入：
　　a) 架构组推动的开发过程标准化与全程可视化监控，使得团队规模得到了有效控制，从而降低了管理成本。
　　b) 公司所有的产品与项目都采用服务化的方式实现，使得任何针对特定客户的BD逻辑都可以以最小的代价实现。BD可以放开手从客户角度来设计方案，从而降低了BD成交的成本。
　　c) 架构组在数据基础能力中，提供了主流数据源的标准接入功能，很多情况下对接目标数据无需特意开发，降低了数据源接入的成本。
　　d) 技术方面之前已经说过了，就不再赘述了。
　　最后来看一下我目前在大数据行业究竟提供了哪些价值，如下图：

　　图19：我的价值占比较大但获取市场回报方面仍然有很多路要走
　　大数据行业虽然整体价值够大，但是零售业只是其中一小部分，并且我们公司也仅是零售业数据服务商之一。但是在组织内部，我大约对1/3的成本产生影响，并且对技术成本的影响是全方位的。另外通过外部API，我也影响了合作方。所以在组织内部我的个人价值很大，但是在市场层面我们仍然需要“实现一个小目标”。
　　基于价值网推演个人价值的发展
　　有了看清价值流动的能力，就有了追求个人价值提升的方向。
　　对于价值网的上游来说，要尽可能的扩大其上限。如果你所处的价值网的上游是合同，那么大合同肯定会优于小合同，但一般不会高于直接从市场获得价值。从市场获取价值的上限，取决于这个市场的体量，但一般不太可能占领整个市场。从个人价值发展的方向来说，肯定是价值网上游的上限越高的越有前景。很多人“直觉上”更喜欢甲方公司而不是乙方公司，我想背后可能有这样的原因。
　　对于价值网的下游来说，贡献多个生产环节的肯定会好于仅贡献一个环节，因为人类的协作成本非常高。对于中小型项目，或者市场产品的早期阶段，综合Hold住一整件事情的价值是非常巨大的。即使对于大型项目或产品，具备多个环节的综合能力也会让你具有更高的合作效率，从而让你的影响力蔓延到更靠近价值网上游地方，如下图：

　　图20：仅有一方面的能力会使你离价值来源太远
　　另外，让自己的知识和技能实现组织的共享共用，肯定会好于仅仅自己使用。这其实是内部的一种“规模效应”，如果你有符合需求的技术能力，且有办法让每一个生产参与者都享受到这种能力带来的好处，那你的价值将根据影响规模而成倍放大。很多开发人员都会说想成为架构师，架构师就是一种把自己对于技术的综合能力，用通用的方式扩展到多个团队的角色，如下图：

　　图21：利用规模化手段把自己的价值扩散出去
　　用大牛来验证个人价值发展的推演
　　网上常有“如何成为XX大牛”的问题。如果这个XX是“屠龙之术”的话，那没有人会觉得那是大牛，只会是笑话。大牛之所以是大牛，因为他解决的问题具有很大的市场价值，且他对于问题的解决有举足轻重的作用。
　　从价值网的角度来看，大牛需要潜力巨大的价值网的上游环境，这样才有足够的表现空间。想象一下：“某大牛凭一己之力完成了一个价值1万的合同”。嗯，好惨。同时他也需要有可以扩散个人价值的下游环境，这样才能成倍体现出他的能力价值。想象一下：“某大牛作为技术组中的一员，和其他100位同事一起，完成了市值100万的产品”。嗯，好像也不怎么牛。当然他自己的能力储备是不可或缺的。
　　我们还可以看看一般描述大牛的标准句式，大概是这样的：面对（巨大的市场价值或问题），（大牛某某某）带领（各类组织成员-凸显影响力），耗时（具有竞争力的时长-凸显能力），完成了（具有极高难度/价值的产品），获得了（巨大的上游回报）。这个句式已经充分表达了当价值网上游的潜力，与价值网下游的关键位置，以及个人的能力储备这三者恰到好处地结合在一起之后，体现出的巨大个人价值。
　　用现实的例子举例的话，可以说说大名鼎鼎的张小龙和微信。对于价值网上游，微信服务于一个8亿用户的市场，且几乎实现了垄断，获取到了整个市场的价值。对于下游，张小龙在腾讯内部的影响力横跨运营，销售，管理，技术等多个部门。并在微信的所有生产环节都具有最终决策权。当然这一切的成果和他在Foxmail/QQMail的能力积累有直接的关系。按照价值网的模型，张小龙几乎在每一个要点都达到了最大化。
　　价值网上游

1. 直接从市场获得价值
2. 市场非常非常巨大
3. 几乎占领整个市场

　　价值网下游

1. 最终产品拥有个人标签
2. 拥有整个产生过程的决策权
3. 在组织内部是绝对的权威，影响力横跨多个部门
4. 在组织外部也是众多产品技术人员学习的对象

　　能力储备

1. 具备ToC产品的完整经验
2. 具备带领腾讯团队的完整经验

图22：梦幻般的个人价值
　　这个价值的体量和占比真是无与伦比啊~
　　推演不同行业的个人价值的发展
　　标题
　　如果大牛的例子让你更加认可价值网模型的话，我们现在就来更进一步，基于具体的行业来推演看看个人价值的突破方向：
　　1. 如果你是处于项目外包行业
　　a) 对于价值上游，你可以尝试突破单份合同的价值。如果你拥有良好的商务、需求分析以及方案设计能力，那么你可以给多个项目提供上游价值。这样的话你的个人价值就可以突破单个合同的上限。
　　b) 对于价值下游，你可以想办法提升内部组织的开发效率。因为价值上游受限，外包公司为了生存强烈地需要生产效率。如果你能掌握更具效率的开发方式，并且成功推广，那么你的个人价值就可以规模化地成倍增长。
　　c) 对于价值网本身，你可以离开这个行业。因为你的价值在签订项目合同的那一刻已经被划定了红线，在这个价值网内你永远无法逾越这个规则。
　　2. 如果你处于长产业链的行业
　　a) 对于价值上游，你可能需要寻找一家探索性业务仍占有相当比例的企业。一般产业链较长的行业，意味着行业的格局相对确定，那么市场和运维的价值会多于技术研发。探索性业务的不确定性才能给技术更大的价值空间。
　　b) 对于价值下游，你需要尽量参与链条上不同环节的技术工作。因为长产业链不太可能在不同环节采用通用的底层技术或通用架构，参与多个上下关联的技术环节是在此类行业中提高技术影响力的少数手段。技术的影响力的扩大就是个人价值的扩大。
　　3. 如果你处在短产业链的行业
　　a) 对于价值上游，你需要注意这个行业的生长阶段。野蛮生长阶段说明市场价值空间很大，运营与销售发挥的价值未必比技术弱。精细化运作阶段说明市场格局已经确定，技术很容易受到价值上游的限制。在这两者之间，技术才有最大的价值空间。
　　b) 对于价值下游，你需要想办法进入最具有规模效应的内部组织。这类内部组织一般会是架构组或技术委员会。短产业链的企业完全有能力做到采用统一的架构方案或底层能力，这将给企业带来更高的生产力，同时也让你的价值存在于各类技术过程中。
　　c) 对于价值下游，你还可以让你的技术能力的价值影响到非技术的生产环节。你可能听说过康威定律——组织沟通方式会通过系统设计表达出来。技术其实和组织与管理有着天然的关系。如果你对于技术有着非常高的眼界和格局，完全应该把HR和管理的部分工作一并纳入考虑，从而让你的个人价值蔓延到更多的环节。
　　价值网的变化与机遇
　　我已经举了一些基于既有价值网的推演的例子。但是价值网是会变化的，它会受到外部形势的影响。这种变化会带来新的机遇。我说三个我能看到的：
　　1. 云计算带来的技术价值分化
　　云计算是我目前看到的，唯一可以缓解信息系统的核心难题的希望。这个难题就是——“复杂度”。我是站在一个软件从业者的角度来看这个问题的。很久以前《人月神话》就说过：没有银弹。是的，站在软件是人类思维产物的角度上来说，确实如此。但是我们可以从人类的社会协作上寻求另一扇窗。把所有的信息系统涉及到的通用部分，以某种抽象维度组合成产品，最终将产品以服务的形式提供给其他技术人员，这就是现在的云计算。
　　云计算将基础设施进行黑盒包装，使得开发人员不会受到盒子内的复杂度的干扰，从而降低了整体系统的复杂度。而复杂度就是“质量问题”、“进度延期”和“潜在风险”的幕后元凶。
　　这会给技术的价值网带来什么样的变化呢？ 1. 对于应用开发者，技术的含金量会降低。2. 对于基础能力开发者，技术的含金量会上升。
　　如果你偏向应用开发者，实现业务逻辑居多，千万不要以为这是一个没饭吃的问题。恰恰相反，这是技术人员横向扩大个人价值的绝佳机会。云计算大大解放了技术人员的脑力，我们终于有可能向前一步，同时基于业务与技术来考虑整体的架构。这种架构不只是技术架构，而是结合了业务、运营、服务等多个生产环节的整体架构。按照价值网模型，技术人员的个人价值可以在价值网下游向多个生产环节蔓延。我自己目前利用了云的基础能力，帮公司搭建了一套“大中台+小前台”的架构。大中台确保了公司的核心竞争力的高质量，小前台跟随着销售运营在市场上不断攻城略地，铺平了客户采购的最后一公里。
　　如果你是基础能力的开发者，平时都在搞DB、调度器、虚拟化之类的基础设施，那你需要想办法进入云服务供应商这个价值网的下游环境。那里对于基础设施的功能、质量和性能有非常高的要求，这就形成了你的价值空间，努力投入你的精力和时间一定会有很大的回报。而且云服务上有成千上万的客户来验证你的技术成果，只要你足够努力来磨练你的技术能力，绝对能成为新趋势下的香饽饽。
　　不要觉得这个趋势不会来，市场永远都是逐利的，能用1分钱办成的事不会用1块钱去办。看看亚马逊云和阿里云这2年来的营收增长吧。
　　2. 大数据带来的前期数据工作缺口
　　说到大数据，脑袋里出现的可能都是各种华丽的报表、双11的奇葩统计和实时跳动的数据屏幕等等。但事实上，目前能真正能收集到足够多数据的企业很少，能将数据应用到企业经营行为，并最终创造收益的企业更是少之又少，基本都是一些平台型的企业。所以这个趋势带来的价值空间，并不在于想象中的高大上的数据分析和应用，而在于大数据的目标与现实之间的距离。
　　今天，市场已经充分相信大数据可以带来的价值，但是从最原始的数据到最终的给企业经营带来价值，中间至少有4个过程：数据积累——数据聚合——数据理解——数据应用。

• 数据积累意味着有很多的行为目前还没有数据化，我们需要将其变成数据积累起来。
• 数据聚合意味着数据的孤岛仍然存在，打通这些孤岛才能让数据足以被使用。
• 数据理解意味着有很多的数据还无法直观的为人类所理解，我们需要依赖不同的可视化手段与算法让数据说话。
• 数据应用意味着即使数据可以告诉你很多情况，你也未必能用他提升相关能力，我们需要足够的格局才能使用好数据。

　　数据这4个过程是存在前后的依赖关系的，任何企业组织想要获得大数据带来的相关好处都必须经过这4个过程。目前市场认可大数据价值的是大多数，但完整实践的只是少数，大部分企业都卡在前面这两步脏活累活上，也就是数据积累和数据聚合。而这两步需要巨大的技术人力的投入，这就创造了一个与技术直接相关的巨大的价值空间。如果你能用具有竞争力的方式来达成这2步，那你可以在这个价值空间里获得极大的份额。我自己目前正在设计一款“数据基盘“产品，也是正在争取这个趋势下的价值。
　　按照价值网模型来说，对于大数据前期工作的需求，会形成一个很有潜力的价值网的上游环境，低成本的通用的数据积累与聚合技术，则会让你在价值网的下游获得足够的影响力。所以如果你找不到在当前价值网提升个人价值的方向，不妨考虑一下大数据的方向，它值得投入。
　　如果你不太相信这个大数据带来的这个价值网，可以百度一下salesforce看看它近3年的发展。另外我国“十三五”的中心任务——供给侧改革，也和大数据的价值也有非常紧密的关系。
　　3. 算法与机器学习带来的降维攻击
　　机器学习、AI、算法，这些词现在非常的热门，我都不好意思提，深怕说不出什么高大上的东西。我在这里是要说这个趋势对于个人价值带来的机会。
　　目前这类技术的使用领域已经出现一些明显的划分。比如：

• 分类：可以找出不同种类信息之间的特征，了解不同类别的分布。可用于人群风控、客户分层、销售挖掘、信息归档……
• 聚类：度量对象间的相似性，聚合具有较高的相似度的同一类的对象。可用于异常检测、行为收集、集合优化……
• 预测：通过对历史事件的学习来积累经验，得出事物间的相似性和关联性，从而对事物的未来状况做出预测。可用于气象、环境、交通、金融……
• 关联：分析各个对象之间同时出现的机率。最典型是用于购物车分析，商品推荐，营销活动……
• 换维：不同类型信息间的转换。比如语音->文字、人脸->特性数据、OCR……

　　这些技术可能本身含金量较高，但是对它们的应用却不是那么难的一件事，因为这些都已经是产品化的技术了。在面对技术目标的时候，如果你可以同时基于“程序思维”与“算法思维”来考虑达到目标的办法，那你的解题思路会宽广得多，你提出的解决方案将和其他人能提出的形成维度上的差异，最终你对外展现的个人价值一定是令人印象深刻的，这可以成为你在组织中脱颖而出的有力武器。
　　如果你觉得这很玄乎，那我举一个我的例子。我想很多人肯定用过Sonarqube来检查代码质量。Sonarqube对于代码的可靠性、安全性、可维护性、重复率、单体测试覆盖度等指标都会产生数字化的结果。那么问题来了，你确定这些指标OK就意味着线上程序OK？如何更靠谱地知道指标和最终质量间的关系呢？我们公司的质量行为主要存在于bug登记、监控异常、代码提交说明等过程中。我通过对这些质量行为自动增加打标数据，实现了无侵入的机器学习训练，不断地让机器学习静态指标与现实质量行为之间的关系，从而实现了一个更加靠谱的代码质量监测系统。
　　简而言之，机器学习算法会给你所处的价值网下游环境带来改变。如果你苦于无法扩大自己的技术影响力，无法规模化自己的技术价值，那么 “算法思维”会给你带来另一个维度的竞争力，从而提高你在价值网下游的价值占比。
　　最后，请为了价值而选择
　　人的时间和精力是有限的，我们做出选择的时候也意味着放弃了另一部分选项。所以我们必须足够清楚，这样的选择有多大的价值，才行心无旁骛地全身心投入去中。
　　我们都需要问问自己：公司主要以什么样的技术来生产产品？技术在最终产品中占比多大？你又在技术中占有什么样的位置？对于技术的要求是密集性的还是创造性的？产品在当前市场中的地位如何？主要的竞争力来自规模效应？智力效应？还是技术效应？这个市场是在变大还是变小？资源在更多的投入还是撤离这个市场？与这个市场有关的行业在做什么？……这是为了从高、中、低的多个维度来验证自己对于当前价值网的理解，从而选定方向，投入精力。
　　如果你对于当前的职业发展、技术选择或行业环境心存疑虑，那你是否也思考过其背后的价值运作，从而选定更有价值的方向呢？我们个人的价值是整个大价值网中的一部分，无论是对职业上的价值还是生活上的价值，但这并不意味着我们被困在某一个环节上。
　　人类的思维拥有无限的维度，既能仰望星空，也能注视脚下，我们完全有能力，基于自己的判断，选择自己的道路，获取自己的价值，这是作为人类最大的自由，不是吗？
　　在人生路上，我们继续修行，为自己的人生负责。

　　作者：刘立兼