ERP的生存宿命——像ISO一样标准化

ERP的生存宿命——像ISO一样标准化

【 专稿】

软件开发者的角色，在当今社会的今天已经悄然生变，或者成为一名开发者，或者成为一名分析师从而充当了架构师的角色，发生这样变化的原因，在于当今天商业的开发模式的转变而衍生出的的，简单的基于C/S模式的程序开发和简单的基于Windows的应用程序调用数据库的日子将不复存在了。

当今世界的程序开发，软件程序员，开发者，分析师，工程师，架构师都面临着工作角色的宽泛化和期望值的提高。全世界的组织机构也是这么要求这些IT专业人士，这在十年前还是很少见到的。

软件开发者也开始意识到不仅要有专业化的知识，同时，还需要掌握各种其它相关的知识。

知识面的扩宽让也让程序员的角色变得越来越模糊，一个小公司的程序员需要拿出一个端到端的解决方案，而其他的在大公司的软件开发人员，有着相同的职位，只是收到详细的需求说明，敲敲键盘，写出代码获得需要的功能，他们不需要去调查部署，也不需要跟外面的人进行沟通。

Jeffrey Hammond，他是Forrester Research的一位应用开发分析师，他告诉我们 “在过去的三年里，我发现了一件事情，越来越少的人称自己计算机程序员，越来越多的人定义自己是软件工程师，系统工程师”。

当然，这是有原因的。这些程序员越来越多的涉及到事务的过程，在他们快速的拿出一个方案时，需要和事务的领导者沟通接触。

Jason Brooks，为Blackfin工作的软件工程师，他在告诉记者：“现在越来越多的用户参与进来，与更多的程序开发者利用Agile或者类似于Agile的方法论来实现快速的软件开发，这就要求他们与用户接触，测试软件的安全性和功能，直到成功的完成整个开发周期”。

职位与工作内容不匹配

Erik Miller，Intermountain Gas公司的一名程序员，他说： “通常，一个公司拥有不同水平的程序员，分为I, II, III三个等级，最后是程序员/分析师的位置。我的职位是III的等级，但是大多数时间我做的程序员/分析师角色的工作，这意味着我要分析整个事件和拿出一个解决方案，接着编程。大多数低于350人的公司都是这种情况。你最好去一个大的公司，拥有一个编程团队才不会这样。”

在其他的组织，一个程序员或许成为了一名开发者，或者一名分析师充当了架构师的角色。发生变化的原因就是各种商业衍生出来的需求。简单的基于C/S模式的程序开发，简单的基于Windows的应用程序调用数据库的日子已经一去不复返了。

结果，开发者开始要学习一些其他的技术，不仅仅是编程语言，他们要开始为件工程师，而与技术人员不同。

Hammond说：“由于某些原因，软件开始越来越多的嵌入到设备中去，比如像手机、PDA、置顶盒、赌博设备。另外，还存在一个趋势，就是要要求提供应用程序能够和设备结合，互动服务，还需要一些程序将这些信息通过Web应用程序传递”。

同时，SOA的出现，作为一种新的编程模式，滋生了一些特别的需求。SOA是一种架构方法，把各自单独的商业软件连接起来，为了形成新的解决方案。

Hammond解释道：“你看那些接触到底层的人，用的是Java，C, C# 他们是编写Web服务软件的人；你看那些事务分析或者事务开发者，事务程序员，他们是或许不是计算机专业的，他们是服务功能的提出者和组装者。”

他说：“这中状况开始影响着开发者看待自己的方式，并且导致市场上的一些小分歧。你是一名低水平的服务功能的实现者还是高水平的服务构造者？都不重要，他们都是SOA和Web应用软件所需要的类型。”