单枪匹马的英雄是否还有用武之地？

 自从上了大学，学了计算机编程，一个思想就不停的向我大脑中灌输，那就是：团队合作。无论是在学校老师的教授，还是网络上的文章，大家都有一个论点：单枪匹马闯天下的时代已经过去了，现在的程序员必须注重团队合作。对于此，我却不以为然。

时代真的不需要单枪匹马的程序设计人员了吗？现在的招聘广告，在对应聘者提出各项要求后，每每要在最后加上“有团队合作精神”。对于纯粹的软件公司，这方面固然是十分重要的，因为承接的一个项目不可能完全由一个人来完成，他可能涉及到系统的整体结构、数据库设计、页面美化等方方面面，而不单纯是代码的书写。然而对于一般的企业（我是只非纯粹的软件公司，比如金融行业）我认为“单枪匹马”的程序员不但有生存空间的，而且这样的公司也十分需要这样的人。

在这样的公司中，除了业务人员跑外赚钱外，还有一批后援支持部门提供相应的支持。而这些后援支持部门，除了每天操作excel表格，还需要一些特殊的系统辅助其完成每日的工作，这些系统的制作，自然落在了程序设计人员的肩上。对于公司的核心业务系统，由于涉及到公司的整体运转，公司可能会求助专业软件公司帮助开发，毕竟专业人员开发的系统在健壮性上会好一些。然而还有另一部分应用系统，由于不涉及公司的核心数据，只是辅助完成其他部门的同事简化工作，这样的系统，就很有可能在公司内部自行开发，比如为了帮助HR简化工作，公司内部也许会用到“内部客户满意度调查”方面的系统。在这样的企业里，IT支持部门就属于支持后援部门的支持部门。

出于各种因素的考虑，这类公司IT支持队伍不会很庞大。为了能有效给后援支持部门提供好的支持，对这些岗位上的人才就提出了更高的要求，就想很多招聘广告上要求的一样：精通java编码，有struts使用经验，了解CSS、javascript，至少熟练使用oracle、sql server 2000、mysql中的一种，熟练使用photoshop者优先……简直覆盖了一个项目开发的方方面面。

为什么会这样呢？想了想，原因如下：

1，非核心系统，规模小，逻辑简单，没有必要找人做。找人做，既要花钱，时效性上又慢，而且后期维护、功能扩展也很麻烦。而且企业需要很多这样的小系统支持运转。

2，IT支持部门人数有限，这就要求单独拿出任何一个人，在其岗位上都必须是“出乎其类，拔乎其萃”的。

在以敲键盘写代码为生的程序员队伍中，不乏这样的有才人，他们精通程序编写，熟悉数据库理论，页面美化等，对新技术有狂热的追求。这就是单枪匹马的英雄。时代没有将他们淘汰，反而，更需要这样的人才。