博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
中台的故事结束了?
阅读量:4035 次
发布时间:2019-05-24

本文共 1616 字,大约阅读时间需要 5 分钟。

大家好,我是Z哥。

所谓30年河东30年河西,最近阿里开始去中台了。这是不是意味着中台时代的落幕,去中心化时代的开始?谁都说不准。

但是我们可以来思考一下这个事情背后释放出了什么样的信号。对我们普通人,特别是互联网行业里的从业者有什么启发。

/01 /

任何事物都没有永恒不变的发展方向,因为每一个选择都有A面和B面。中台的确是降低成本的好方法,通过复用,不但可以降低扩张的成本,而且还可以快速的扩张,复用之前的成果。但是仔细一想,这是建立在一个前提条件下的——「业务相同」。

但是世上那么多鸡蛋都没有完全一样的两个,更何况是业务。所以,中台得以复用的背后隐藏着各种“妥协”,因为有了这些妥协才成就了中台。但是妥协的背后意味着一个对大企业来说非常可怕的副作用,丢失创新。

一个承载了N多业务的中台,它作出的任何一个变化都会牵一发而动全身,所以它不敢创新,也不能创新。也因此,向前台提供支撑的中台长得越大,前台们的创新空间就越小。

/02  /

可能有人会反问,为什么字节跳动的中台效果就很好呢。快速孵化出了那么多app,包括好几个日活过亿的app。我认为主要原因有两点,

第一,由于业务上的差异,相对来说字节的中台更偏重数据,而阿里不但有强大的数据中台,业务中台也做得很大、很厚。根据晚点LatePost上的报道,张勇在内网发布的文章提到过对中台的评价:“现在阿里的业务发展太慢,要把中台变薄,变得敏捷和快速。”也透露出这个意思。

第二,创新力也是有惯性的。这不,字节跳动最近几年也再没有爆款app出现了,多个寄予厚望的产品都快速销声匿迹,背后的原因是不是也是因为中台越做越厚导致?

当然了,影响一件事的因素太多了,谁也说不清楚。

不过在我看来,数据和业务这两者,前者的通用性大大高于后者。原因很简单,因为数据是结果,业务是行为、是过程。这就好比一个是规定你考试一定要考到80分,一个是规定你必须要看这几本书去考试,后者的约束明显大得多。

/03  /

扯了那么多,对我们有什么影响呢?

我认为对我们最重要的启发就是不管是中台也好,还是其它的降低成本的方式,都不能过于依赖、过度使用。毕竟,节流的前提是你本身可以从外界获取的资源总量足以支撑自己活下去。在这个基础上才有资格谈节流。

否则,节流节得把自己的“开源”能力都节没了,这就得不偿失了。

到如今,我们国家的互联网行业已经发展了20多年了,几乎所有有机会做成平台的领域都已经有人做了,并且平台之间的边界越来越模糊,大家都在“跨界”。在如此激烈的竞争环境下,大家都在中台上动脑经也是为了降低成本提高自己的比较优势。

其实我们可以换个视角来考虑这个问题。前几天在得到上听香帅老师的《中国财富报告》,其中提到了一个视角对我颇受启发。

我们可以把阿里、腾讯、百度、字节跳动等等各个平台看作是传统意义上的一线、二线、三线城市,所谈论的互联网流量就相当于人口,拉流量就是拉人头,想拉更多流量意味着你得投更多的钱来曝光,而你的组织运作成本越低就越能投更多钱。看看,很多人都想再造一个一线城市,但毕竟已经过了“最好的时代”,太难了。

那么接下来等死吗?自然不是。随着平台和中台热度的消去,是理性的回归,也是新机遇的开始。与其追求大而全,不如追求小而美。而且,小而美的事情其实不需要什么中台,组一个包含全职能的小团队就可以干,在这些一线、二线城市上争做成为一个“地标性建筑”。比如,卖最好的酸奶,卖最好的鞋子,卖最好的吹风机……

好了,先和大家说声抱歉。此文写得很即兴,说实话,我写完后看看都不知道我想表达什么。但这些却是我最新鲜的、一手的思想火花。如果你有启发的话,就当是我们之间的思想碰撞,没启发的话就看过算过吧,哈哈。

推荐阅读:

原创不易,如果你觉得这篇文章还不错,就「在看」或者「分享」一下吧。鼓励我的创作 :)

如果你有关于软件架构、分布式系统、产品、运营的困惑

可以试试点击「阅读原文

转载地址:http://ofudi.baihongyu.com/

你可能感兴趣的文章
PaperDownloader 1.5.1——更加人性化的文献下载命名解决方案
查看>>
如何将PaperDownloader下载的文献存放到任意位置
查看>>
C/C++中关于动态生成一维数组和二维数组的学习
查看>>
系统架构:Web应用架构的新趋势---前端和后端分离的一点想法
查看>>
JVM最简生存指南
查看>>
漂亮的代码,糟糕的行为——解决Java运行时的内存问题
查看>>
Java的对象驻留
查看>>
自己动手写GC
查看>>
Java 8新特性终极指南
查看>>
logback高级特性使用(二) 自定义Pattern模板
查看>>
JVM并发机制探讨—内存模型、内存可见性和指令重排序
查看>>
可扩展、高可用服务网络设计方案
查看>>
如何构建高扩展性网站
查看>>
微服务架构的设计模式
查看>>
持续可用与CAP理论 – 一个系统开发者的观点
查看>>
nginx+tomcat+memcached (msm)实现 session同步复制
查看>>
c++字符数组和字符指针区别以及str***函数
查看>>
c++类的操作符重载注意事项
查看>>
c++模板与泛型编程
查看>>
STL::deque以及由其实现的queue和stack
查看>>