k2之于.NET流程应用开发者

惴惴了一年，今天还是忍不住想写段文字，来抒发一下作为一个流程开发者和项目管理者对于k2 之类的BPM企业信息化项目中的应用的看法。

2013年的BPM市场比2002年的第一场雪还要火，原因大致有三吧~，

其一，是因为企业对流程管理有了切身的需求，10几年前的国内只有电信、银行、高端制造或许把信息化管理放到心上，并付诸努力。到如今，放眼国内信息化管理和建设已经被看做是企业生存的必需品，从十几二十几年前的OA、BPM、ＣＲＭ　，企业的快速发展少不了各种各样的阵痛，伴随着企业的这种管理上的和发展上的痛处，信息化企业也飞速发展，就如同肥胖人群多了，医疗机构，保健机构，甚至江湖郎中也火了一样，或许比喻不够恰当，那就领会精神吧，

所以企业实施了各种各样的应用系统之后，问题也随之而来，这就是滥服药物的害处，目前急需一种应用平台可以中和这些系统，那么这就是BPM基础软件。

其二，BPM的实施在很多企业见到了显著的成效，ＢＰＭ软件提供了一些企业信息化通用的平台型功能，出来可以满足一般性传统办公协同需求，更大的作业解决企业核心业务流程与系统之家实现自动化的要求，这是目前办公软件做不到的

其三，也是BPM众多厂商市场化运作和教育的结果，目前BPM厂商，从国外舶来的，国内由OA软件山寨的，林林总总不下30多种，那么这些厂商在说服企业用户实施BPM的过程中，应该是废了不少唇舌

 

基于种种BPM目前发展较好态势，也给开发者带来了相当大的影响，因为一时间，懂k2 BPM开发工程师突然走俏了，让我想起早几年我还一线开发sharepoint项目的时候，那时候作为新技术平台的sharepoint，其开发者往往敢要求比一般.net开发人员高出不是2个等级的offer, 今天k2开发资源在市场上的薪资貌似也会高开高走。

那么接下来的问题是，开发者是不是化上大力气去学习基于这种BPM平台的应用开发方式呢？？？ 不说见仁见智的话了，如果你还是一个淳朴的.net开发人员获释牛掰的不行的java 开发人员，都应该去了解基于平台的开发方式，我就简要说一下好处，

以往，开发人员的开发技能往往体现在具体的开发工具，分析体系，设计模式，开发语言这些架构内，比如一个初级的.net菜鸟可能从 C#\ASP.NET\MVC\UML\设计模式，框架这种路径主机修炼还要配合像样的项目规模和老鸟的栽培再能缓慢成长，当然不排除练了易筋经这种内功心法后，任何武功练起来只需朝夕。

简而言之，一般开发者的成长模式如上所述，那么接下来问题是什么？  我们开发一个应用的时候往往本末倒置，忽略了项目投资人的诉求，他们要完全满足需求，并且在快速、稳定、足够灵活的满足业务变化，而不是我们开发者沾沾自喜的认为我们开发了一个牛掰的架构用到了何种技术 。而应该把精力集中在如何解决业务问题，从业务角度给企业和客户带来价值，技术架构的事情交给BPM厂商去实现吧。

另外， 高端的BPM产品已经对企业目前所使用的基础软件做了集成，比如和微软的office,exchange,sharepiont都具备高度集成能力，在开发一个流程应用的时候，我们很容易使用企业现有的IT投资来为用户创造价值。

 

综上所述，无论从你升职跳槽的角度，还是从个人修炼角度，使用平台去开发应用对开发者尤其对菜鸟开发者，太有好处了， 刚出差回来，简单分享一下，惴惴妄言