对于技术服务和业务的思考

文:helloweblogic

作为在一家技术服务为主的公司工作多年的工程师,随着年龄的增长和时代的变迁,越来越觉得自己未来的工作的路是越来越窄,担心以后年龄大了怎么办?继续做技术服务钻研技术还是寻求转型?

为客户做技术支持服务都是在做别人公司的产品,比如IBM,ORACLE,REDHAT,Micro
soft等等。

路越来越窄,对于工程师或者公司来说都是要面临的危机:

1.现在所做的这些主流产品都是很有历史的产品,IBM或者ORACLE的,客户对这些产品的使用也是越来越熟,再加上我们对客户人员的培训服务,他们的技术会越来越高,直到一天不需要买我们的服务。所以对于公司的发展不得不考虑到这一点。

2.以做技术服务为主的公司,相对于开发商来说,对于客户的系统业务了解很少,比如做DB服务的,即使是高级的DBA也是从数据库产品的本身来为客户解决问题,RAC环境存储乱了,调整一下恢复数据库、ASM坏了无法启动,检查权限啊、重新配置啊,恢复数据库启动、又或者是HACMP出现了问题。。。等等这些问题都是和业务不相关的调整。你DBA很少能了解到这个库里面保存的具体是什么业务数据。现在做技术服务的公司非常的多,客户对你的技术不满意,完全可以明年结束合同换一家,没有影响啊,说不定价格还低。

然而对于业务开发商或者商务智能(BI)
的解决方案提供商来说,就不是随便换一家就行的。他们对你的系统非常了解,对你的业务流程,业务逻辑完全掌握在手,如果新来一家公司来接手就不是那么容易
的。这些系统的运行是关系到客户公司的业务发展和开展,说重了就是关系到公司生命的。就拿中科软来说,垄断者国内的保险行业的业务运行,哪家保险公司会说
轻易换他呢?

一个问题:是技术推动了发展还是业务推动了发展?

3.原本业务和技术是捆绑在一起的,技术为业务的发展提供强劲的动力和基础,然后在近些年来IT行业的分工越来越严格,导致开发业务的人对于基础技术来说不是很了解,而专业做IT技术的人员又对业务很不了解,于是对于两方人员来说就产生了重此轻彼的想法。但是,实际上一个IT系统的运行对于两方的要求都是比较高的,一方出现问题就会导致业务系统无法正常运营,于是就迫使客户为了系统安全与稳定,保证业务持续,才来买第三方的技术服务。

业务是为客户提供信息的化的全过程,而相关的技术只是服务于这个全过程所有肯能的IT手段了。

诺基亚,HP的技术都是很牛逼的,但是他们不能从客户的角度出发设计产品,也就是业务上,所以死掉,而苹果却打败了诺基亚,为啥?因为乔布斯能从业务的角度出发来改变世界,让买iphone的客户用着爽,至于用什么技术来实现,有开发人员进行钻研就可以了。所有技术要是脱离业务的拓展和研发,终将失败。

这让人想起了Google的创新价值观。Google是一个非常鼓励创新的公司,但是,所有大家看到的作品,一定是符合Google业务发展的。一次创新就是业务和技术的一次全新结合,而只有两者结合精美,才是一次真正成功的创新。Google的创新价值观,同样也验证了业务和技术必须结合在一起才能发挥价值。

4.对于服务实施的工程师个人来说,一味钻研技术而脱离业务,更是发展不长久的,终究有一天因为你年龄或者无法适应时代而被淘汰。

综上,业务和技术都是发展不可或缺的两方面,但愿未来的公司能找到一个业务和技术完美的结合点,这不仅仅是对于公司,对于做技术的工程师个人来说都是会创造重大的价值。

时间: 2024-10-02 03:04:49

对于技术服务和业务的思考的相关文章

CSDN日报20170220——《从安卓调整到服务端后的思考》

[程序人生] 从安卓调整到服务端后的思考 作者:张世欣 在我看来,客户端开发最重要的是: 业务流程的理解与建议 交互方式的理解与建议 数据的展示(快速.高效) 数据的获取(用户主动输入.UBT 采集) 保证应用的性能(内存.弱网.耗电) 实际工作中,产品经理拿到业务需求后会分析背后的真实需求,提出解决方案,然后与研发沟通是否能实现: 如果是偏交互方式的,一般是找客户端开发沟通: 如果是偏业务流程的,一般是找后端开发沟通. 点此阅读全文 [Android 开发]Android逆向之旅-带你爆破一款

微服务的鉴定与思考

微服务有且仅有一种非常专项的功能,通过远程API来提供系统其余功能.举个例子:试想一下仓库的管理系统,这样的系统中微服务可能提供的一些功能有: 接收库存 计算新的库存该存到什么地方 计算在仓库内将库存运往正确放置点的路线 为仓库员工分配运送路线 接收订单 计算仓库内指定一组订单的拣货路线 为仓库员工分配拣货路线 以上这些功能(可能还会有更多)都是由单个微服务实现的.每个微服务都有单独的运行线程,并且可以独立于其他微服务进行部署.同样每个微服务都有自己的专用数据库,尽管每个微服务都会与其他微服务协

深入行业了解业务行业的发展抓住核心点更好的服务于业务。

数据库管理系统(简称 DBMS)无疑是任何数据密集型应用程序当中最为重要的组成部分,其肩负着处理大量数据以及高复杂性工作负载的重任.然而,数据库管理系统本身却往往难于管理,因为其中通常包含数百种配置"旋钮",用于控制诸如缓存内存分配量以及存储介质数据写入频率等要素.各类企业一般需要聘请专业人士以协助相关调配工作,但对于大多数企业而言,此类专业人才的开价亦相当高昂.而实际上,DBA所面临的挑战还远不止这些. 而今天一则名为"OtterTune"的机器学习DBMS系统刷

技术如何驱动业务?

用新技术突破"怎么做",进而推动"做什么" 这种方式就是我们最常说的"技术驱动".利用更新.更快.更稳定的技术,创新业务的实现方式,从而推动业务的发展.创新和颠覆. 最著名.最具颠覆性的创新,大概当属移动支付.本质上,它只是利用移动互联网.NFC等技术,提供了一种新的支付方式.然而对"怎样付钱"的创新,催生出了余额宝.网约车.团购.外卖.共享单车等等一系列全新的.颠覆性的业务或行业. 不过,这种"技术驱动"

中台服务架构的一点思考

中台服务架构的思想是伴随着企业规模不断扩大.业务多元化而形成的.如阿里巴巴将集团20多个核心业务中公共的.通用的业务以服务的方式沉淀到了共享业务事业部,这套共享服务体系为阿里巴巴集团的核心业务赋能,真正发挥服务重用的价值. 说到中台服务就需要提及SOA (面向服务的架构).百科上关于SOA的介绍如下: SOA是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来.接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台.操作系统和编程语言.这使得

「oTMS」完成C1轮战略融资,从技术工具到“技术+服务”

近日,互联网+运输管理平台「oTMS」宣布获得招商局创投C1轮战略投资,青桐资本担任独家FA.此前,oTMS曾获得紫辉创投.经纬中国.百度.成为资本.陈伟星等多家机构和投资人的投资.据了解,本轮融资将用于继续推进"SaaS TMS+运输控制塔(技术+服务)"战略. oTMS成立于2013年,以货主需求为业务逻辑出发点,其主营产品是基于云的TMS(运输管理系统),主要面向大型生产/商贸企业(服装.零售.消费品等)和大型3PL(第三方物流),通过SaaS平台(PC+移动APP)连接货主.第

Android IOS WebRTC 音视频开发总结(五十)-- 技术服务如何定价?

这篇文章最早是杜老师写的,看完感触很深,加上之前跟咨询公司的朋友也讨论过这方面的问题,所以结合自己的经验,做了些删改(得到了杜老师的授权). 先通过下面几个简单的问题来了解技术服务: 问题1:技术服务是什么? 提供解决方案,并告诉你坑在哪里,怎么你少走弯路. 问题2:这跟社区里面的发帖和讨论是不是一样? 有点相似,但网友的回答五花八门,不一定正确,或者有上句没下句,他可能并不了解你的需求,或误解了你的需求. 问题3:blacker,问你们问题需要收费吗? 在公众号,博客,邮件或论坛里都是免费的,

跨境电商技术服务支持

提供跨境电商技术服务支持,海关统一版对接,二合一仓库软件 电子订单数据,支付凭证数据,物流运单数据,物流运单状态数据,清单数据,撤销申请单,退货申请单,入库明细单 软件服务包括接入多电商平台,跨境的进行跨境申报,普贸订单进入仓库出货处理,QQ:196992355,183840232 为跨境电商免去申报技术烦脑.

api-gateway实践(14)新服务网关 - 业务场景验证(五)api-gateway-engine携带有效token访问SvcApp (未完!!!!!!!!!!)

api-gateway实践(14)新服务网关 - 业务场景验证(五)api-gateway-engine携带有效token访问SvcApp (未完!!!!!!!!!!) 环境信息 1.Security-Filter拦截(web.xml) 2.Zuul-Filter拦截(web.xml) 3.zuul servlet(web.xml) 4.spring的DispatcherServlet(web.xml) 准备工作 1.api-gateway-engine2向SvcApp申请access_toke