点击蓝色摘客，获得更多IT资讯
文章来源
博客园
我刚工作时，怎么也搞不清楚为什么求职信息里要有“行业”的选项，还要有“职业”的选项，很多时候“行业”和“职业”还是重叠的，比如行业是“软件开发”，职业是“软件工程师”，这不是一回事？过了好些年，这个谜团才真正解开。
好玩的是，我本来以为只有自己不清楚这个问题，慢慢才发现不是这样。工作的时间长了，不少年轻的朋友们和我聊工作的问题，我发现不少人对自己职业生涯的困惑，都来源于对“行业”和“职业”的理解。
所谓“行业”，通常是就公司而言的，指的是公司业务所在的领域。比如“运输”、“零售”、“电商”等等。
所谓“职业”，通常是就个人而言的，指的是个人所从事的具体工作。比如“货车司机”、“营业员”、“平面设计”等等。
搞清楚了行业和职业的大致关系，就可以来谈职业生涯了。
基本上，任何一份工作能给人的新鲜感都不会超过6个月，之后就只是简单重复的劳动。从公司的角度来说这是合理的安排，熟练工效率 最保险。从个人角度来说很可能就不满意了，有心人总会想着自我提升。可是，力气该花在哪里呢？时间是有限的，谁都不想白花工夫。
通常我们说的“向专家学习”，其实是没有明确方向的，因为专家既有行业专家，也有职业专家。假设你在一家在线商店做程序开发，那么你的行业是电子商务，职业是程序员。
选择行业作为发展方向，就应当侧重了解以下问题：电商的应用有哪些特点，在系统的选型和使用上有哪些讲究，哪些问题适合使用什么框架和中间件解决……
选择职业作为发展方向，就需要侧重了解以下问题：现有的编程语言和框架有什么功能，什么特性，系统有哪些技术指标各表示什么意思，系统大概会出什么问题应当怎么解决……
注意上面我说的是“侧重”，极度“偏科”的组合是没有市场的。仅仅关心行业而不能动手就只能夸夸其谈，仅仅关心职业而不了解背景和规矩同样寸步难行。所以，大多数职业通常都对行业知识和职业技能有入门要求。但是，个人在成长时应当如何选择方向，把重心放在行业知识上还是职业能力上，很多人未必清楚这个问题。
但是这种“职业程序员”工作起来往往会有很多问题。
典型表现之一就是业务人员常常会大喊“你怎么连这个都不懂，这不应该要我说啊”，因为他们确实“不懂”——我见过不少开发仓储系统的程序员真的不理解什么是库龄，也搞不懂标品和库存的区别等等“入门问题”；
现实的结果是，大量的“职业”程序员更适合去做“纯”开发，虽然这个职业已经“人才济济”了；而“行业”程序员奇缺，在许多行业有大量公司需要开发“不求高精尖，只求稳定能用”的系统，愿意付出高薪招募有足够行业知识、开发技能相对一般的程序员，却长期一无所获。我相信不少程序员弃“行业”而选“职业”并不是有意识的选择，但这种“无意识”的代价有时大到让人叹息。
为什么会这样？我觉得有两方面原因。
一方面，软件开发本身已经足够成熟，对于纯软件领域的许多经典问题，已经有相当成熟的解决方案，形形色色的各种语言、框架、组件已经相当可靠了，不那么靠谱的程序员也可以拿来直接使用。换句话说，“纯”软件开发已经有相当多的积累，要想做出成绩的门槛已经很高。
另一方面，软件如何解决各种现实问题，其实一直没有经典的方案。软件最早是解决科学计算和银行问题的，走的是理论先行的路子（还记得Codd的经典论文吧），之后软件开始试图解决其它各种领域的问题，这时候就只能实践先行了。这些领域（行业）之前的经验和规范如何移植到软件的世界中，其中哪些值得保留，哪些需要更新或放弃，大量此类问题都还在摸索（移动互联网兴起以后更是如此，因为新兴场景和问题成倍增长）。
如果有两个程序员，甲的职业技能更强，用一个月时间把仓储管理系统的响应速度提高了%，乙的行业知识更多，用一个月时间把仓储管理系统的准确率提高了40%，出货速度提高了20%。对如今电商行业的大多数公司来说，谁的价值更高，恐怕是不言而喻的——其实对于这种现象，温伯格在《成为技术领导》里给过一个模型：不要算加法，算乘法。如果你花了90%的精力在职业上，10%的精力在行业上，总分是0.09，如果精力分配是60%：40%，总分是0.24。数值或许不那么准确，但总的趋势是对的。
或许有人会说，偏向“行业”是有风险的，万一行业不景气了怎么办？还是靠“职业”的硬本事吃饭更有底气。这种担心其实是不必要的。
首先选择行业不是要撞大运，不是终身契约；
其次选择行业未必意味着你要完全放弃职业技能，你或许只需要把时刻紧追 技术的精力用来了解行业已有的经验就好；
，如果你技术过硬又能深入了解两三个行业，那就是“领域专家”了，领域专家可是比只会夸夸其谈的“咨询顾问”吃香得多。
摘客
随心阅读， 体验