IT职场人生系列之二十：危险职业（续1）

原文地址：http://blog.csdn.net/cheny_com/article/details/7241574

 

之前泛泛地讲了一些危险职业，基本包括两大类：没有积累的（可替代的）和出路狭窄的（但未必差的）。中间有不少读者写来邮件问了一些自己的职业，有的作答，有的暂时没有作答。

由于工作内容差别很大，很难一一给出恰到好处的答案，这篇文章将概括地分析其中几个问题。

危险行业？危险职业？

未来会有行业专门的文章，这里只提一下和职业的关系。

有人问：“我正在一家安全技术公司工作，这个行业非常窄，是否我很危险？”

实际上，整体上不存在一个行业比其他行业差很多，如果从两面性看，行业大致可以划分为：

1. 整体收入和出路较差（不是刚说了没有差的吗？），但是对人的要求比较低（哦，原来如此）

2. 收入很好潜力很大（哇），但是出路很窄公司也很容易倒闭（啊？）

产业自身已经对这些行业进行了调整，存在的即是合理的，唯一不合理的是自己错误地选择了不符合自己追求的企业；或者在错误的行业，抱怨错误的事情。

职业安全的一般原则

但是，无论呆在哪个行业中，都要呆在业务主干上。

吴伯凡老师曾经讲过一个例子：为什么医院的保洁部门一般都喜欢外包给专业的保洁公司？

原因就是如果是医院的专职保洁部门，无论其业绩再好，也不可能得到提拔。医院的主营业务是看病的，即使保洁能力世界第一，也不可能让保洁组上岗治病乃至当院长。

但是如果外包给保洁公司就不一样了，如果你能把一家医院变成世界第一干净的医院，会有众多医院（以及其他企业）蜂拥而至邀请你去，还可以自己开一家保洁公司，做到比医院还大的业务都有可能。所以保洁公司人的干劲十足，是医院自己的保洁人员完全做不到的。

所以回到前面的问题，如果立志做安全技术，就要呆在专业安全公司做，千万别到别的公司躲在角落里边打杂。

如果有一天跳槽了怎么办？比如一家银行刚刚发生安全事故，久闻你在安全界的大名，出两倍薪水邀请你到银行研发中心去……

千万记住，不要被这两倍薪水迷惑了：既然来到了银行，就一定要做银行业务，只是说，“我能设计出很安全的银行业务，这是我的强项”。这样在一些安全至关重要的银行业务上，就能有所建树。

千万不要把着安全不放手，等五年过去这家银行如果再也没有发生安全事故，一定会被边缘化的；等想回到安全领域的时候……五年啊，已经时过境迁技术落伍了。

初次选择的一般原则

作为刚刚入行的新人（0～4年）的，应该如何选择呢？

就像幼儿教育是培养人格的而非培养技能的，前一两个工作是培养工作素养而不是决定一生行业的。

所以初次的选择，应该注重能学习，能积累，而不用问太多行业、职业的事情。

但是，哪些东西能学习、能积累呢？

对新人而言，技术、浅层的业务技能，更容易学习和积累；而管理、行业相关的技能和知识，不太容易积累。

适合新人工作则包括：程序员（是个万金油的起点）、移动设备界面设计师（好好干，能混成产品经理）、白盒或自动化测试（积累技术）、测试（记得日后要关注业务）……不是说这些职业本身安全，而是说很适合新人当作起点。

不适合新人的工作包括：质量和过程管理（会混成打杂的）、产品经理（会混成协调人）、总经理助理（会混成秘书）……不是说这些职业本身有问题，而是在缺少积累的时候做这些事情，很难成功。

一些常见职业的分析

测试

按前面的分析，无论是自动化测试、白盒测试、黑盒测试、回归测试……，除非这是一家测试外包公司，否则都没有呆在业务主干上。

那怎么办呢？又没有那么多测试外包公司来接收这么多测试人员。

关键就是：测试人员应该认识到自己不是做测试的。那自己是做什么的呢？如果你在百度，那你就是做搜索引擎的；如果你在腾讯，那你就是做QQ的。

所以说，首先应该关注业务，然后思考自己的岗位能为业务正常运行做些什么，到底是测安全，还是测易用，还是测缺陷……

其次，应该站在研发的立场上看待测试工作，不要片面追求测试自己的度量结果的优化，应该关注产品研发当前的首要问题是发布太慢，还是不易用，还是质量差，还是……针对这些开展自己的工作。

举一个我自己的例子。

我 自己现在在编写的软件，由于是我自己在编码，而且自己就一直使用，质量还是很好的，一年来都没有碰到可以困扰我们的缺陷。但是有个问题：由于产品经常改动 和重构，很常见的现象是有些早期开发的链接再点进去就出错了。错误都是大路边的错误，比如ViewBag里边少了东西，乃至一个变量没定义，甚至页面被改 了名字找不到了等等。所以对这个软件而言，最需要的测试不是所谓100%覆盖率的测试，而是一个类似百度爬虫的东西，没事就把整个网站爬一遍，看看里边有 没有什么东西不运行了。这就是所谓基于业务以及基于研发角度来组织测试的概念。

能做到基于业务和基于研发来组织测试过程，就会逐渐成为企业不可或缺的人才，由于能纵观全局，更容易被提拔做更高的职位。

另一种更具有全局观的方法，是不要设置过于专业的测试团队，而是将开发、测试、支持这些事情全民化。这是一个很有挑战性的方案，很难做好。但是我也没有见过完全分工还能顺畅研发的，所以或许我们只是缺少一个吃螃蟹的人而已。

如 果很质疑这一点，其实有一个实际的案例。Jira的生产者Atlassian甚至是一家“没有销售”的软件公司，但其每年营业额高达6000万美元（只有 200人，呆在偏僻的澳大利亚，产品卖给30000家客户）。在其夸张的跨职能的“特例”后面，隐藏着堪称智慧的东西，未来总有一天会成为软件公司的主 流。