国内技术人员容易走上两个极端(上)

时间:2022-01-23 23:03:22
       【CSDN独家访谈】做企业软件的技术人员们肯定深有体会:为客户做项目时,充分了解客户企业的业务,对客户需求进行深入分析是一个至关重要的过程。而且如果为同一行业的很多客户企业都做过项目了,很自然会对这个行业的业务有了比较深的了解。那么,作为技术人员,是否可以更进一步去熟悉行业业务,而缓慢抛弃掉自己的技术功底和经验呢?
       我们提出一个新的概念——业务技术(business technology),即对行业业务的熟悉能力和在业务基础上进行技术分析和设计的技术能力的综合。由此引发的问题是:纯粹的技术人员是否可以转型为更为综合的业务技术人员?这样是否会在职场更具竞争力更有发展空间?为此我们CSDN特别访问了TIBCO中国研发中心高级研发工程师胡长城,他刚刚在我们CSDN的技术英雄会上获得大奖,其网名“银狐999”在网站也颇有名气。
       胡长城回答问题异常严谨认真,充分显示了技术人员的风格,很多话语都是自己的切身体验,直击目前国内一些软件企业的要害。相信这位同行的心声能给大家带来诸多启示。
 
问:您怎么理解技术人员和业务技术人员的区别?结合最近火热的SOA来看,您觉得SOA使得技术和业务的关系发生了什么大的变化?
答:我是这样理解 技术人员和业务技术人员的区别的。技术人员更多的是指那些偏重于纯粹技术层面的开发人员,而业务技术人员更偏重于使用某些技术来解决客户所面对的业务性问题(更多的是基于某类产品或平台)。说得更直接一些,就是一个更偏技术,一个更偏业务。而业务技术人员并不能简单用“既懂技术又懂业务”来形容。存在很多偏业务型的技术人员,他们对业务理解比较深,可以在某些平台上构建出客户所需要的业务实现,但是对于真正实现层面的技术知识,却了解不是很多。
所有的IT系统的发展,都是让业务更加与技术的具体实现脱离,或者说,让业务构建并不关心具体的技术实现。SOA是一种理念,也是遵循这个发展趋势和原则的,而且更进了一步。SOA为业务和技术之间的构架了一层“服务”和“模型”概念的桥梁。也就是说,业务并不关心其所依赖的IT系统的技术,只关心能提供支撑我某项业务实现的服务在哪里。
 
问:您认为技术人员转向业务技术人员的价值提升主要体现在哪里?
答:首先,我的观点是: 我不认为技术人员就一定需要往业务技术人员上转。对任何开发人员来说,最重要的还是看你的兴趣,看你喜欢做什么。只有客户才是最关心业务的。
如果一个开发人员,并不喜欢或者并不适合底层平台或底层技术的开发,那么转为业务技术人员这个职业规划应该是不错的。因为客户需要这样的业务型技术人员,帮助他们分析业务、理解业务、并且构建IT系统来支撑业务。
业务技术人员的最大价值就是他们最清楚客户需要什么样的业务系统,并且了解构建什么特性的系统适合客户需求。
所以, 业务型技术人员,比纯粹的技术人员,更能够站在一个更高的角度看问题。我相信类似那种ARIS系统,SAP R3的系统模型,都是业务技术人员的总结结果。当然,这是一个Architect的能力范围了,单纯的普通的业务技术开发人员,是很难达到这种层面的。
 
问:您企业的平台会帮助技术人员转变为业务技术人员吗?您认为哪方面的人才适合转变?
答:TIBCO是一个“sell the Business integration and SOA solution”的公司,也就是说主要是提供一套产品,来服务客户企业的业务整合和提供一些解决方案型产品。这套产品本身就是面向业务技术人员的。我想“帮助”这个词值得推敲,任何平台性产品都是“强迫”其上面的开发人员最终成为业务技术人员。但是,最终直接面向客户开发的技术人员也都需要一个个适合的平台来辅助他们实现客户所期望的业务系统,这样他们可以把更多的精力放在如何把握业务上,而不是再为缓存、分布式、系统消息整合之类的基础性问题头疼。
【CSDN/廖俊才】
 
 

文章首发于CSDN新闻频道:http://news.csdn.net/n/20070524/104490.html