业务研发与基础研发

by 司马顿 | 2018年11月16日 上午10:22

我有个读者,在互联网公司做基础技术的,自认为不爽,想申请调配到业务开发部门,征询我的意见。

懒人长久以来,在不同的基础研发部门工作。这个部门定位有点尴尬,搞技术的自然懂,但业务方不太理解。

比如说,我以前带中间件团队,业务方理解为,“哦,运维”。

后来带云计算团队,业务方理解为,“哦,运维”。

再后来我搞人工智能,业务方还是理解为,“哦,运维”。

对业务方来说,凡是没有直接从事业务开发的,都是运维。

这里所说的业务方,包括产品、运营、策划、市场等,他们直接面向用户,通常也对公司营收负责。

在不同风格的公司里,占主导地位的业务方也不一样。比如腾讯重产品,产品就代表业务方;阿里重运营,运营就是业务方;游戏研发公司重策划,策划就代表业务需求。

直接为业务方服务的,是业务研发团队,他们负责线上产品开发、运营活动支撑、策划方案落地等。

支撑业务研发团队的,是基础研发团队,他们构建底层的基础设施,保证业务开发的效率、质量与安全。

在一般的IT公司里,同为技术,业务研发部门与基础研发部门,两者地位截然不同,通常前者显著高于后者。

因为,业务方看到的是业务研发团队的努力和成就。比如今天要上线一个什么产品,那是业务研发团队开发出来的;要搞一项什么运营活动,也是业务研发团队在那里支撑。

而基础研发团队,做的都是背后的工作。比如分布式中间件、分布式存储、高可用数据库、弹性计算、负载均衡、监控,这些都是保障性工作,它们在技术体系里重要,但是不直接体现价值。

不能直接产生价值,在业务方眼里就是没有价值。这是大多数做基础技术的同学的悲哀。

基础研发团队,通常要比业务研发团队付出更多的学习精力,技术栈也要广而深得多。从操作系统内核、网络协议栈、计算与存储硬件,到分布式算法、高可用架构、高性能服务、云计算,甚至是人工智能,无所不涉猎。

然而,这改变不了什么,在业务导向的公司里(绝大多数公司是),基础技术地位不如人。

当然,业务技术也有自己的难处。他们要反复改需求,不断跟产品和运营扯皮,赶项目时加班加点,项目做得不成功,项目组随时被撤换,面临的压力比较大。

而基础技术要稳定一些。大多数做基础研发的同学,性格沉稳,不善于沟通。他们潜心于研究技术,对业务不关注,也不愿意扯皮。对他们来说,技术的成功就是个人最大的收益,外部奖励什么的反而不怎么care。

所以,业务研发与基础研发,前者在公司的地位高,但压力也大;后者容易被忽视,但技术成就高,相对稳定。如何选择,取决于个人性格,与形势需要吧。

Source URL: https://smart.postno.de/archives/680