请你们不要调侃中台,它是我们赖以生存的镰刀

看本圣经,你就把自己当耶稣了?

在这个世界上有两种人,一种人性情诙谐,喜欢开玩笑,另一种人万事较真,做事喜欢一板一眼。

在爱开玩笑的人看来,只要不直接嘲笑对方,或不带来伤害,抓住一个热点调侃一番,甚至来点自嘲,都是可以起到活跃气氛的效果的。

在不爱开玩笑的人看来,做人应该低调,平时和同事相处会比较严谨,当有热点出现的时候往往更容易看清本质,不喜欢那种无脑的自嘲和调侃。

我一直认为,这两种人是很难相处的,毕竟属性不能兼容,在一起也时常会引发矛盾。但诙谐也好,严谨也罢,性格只不过是思想的外显之一,一般不会影响其在某行业某领域的专业能力。

以我为例,我天生性格诙谐,你问我为什么?我也不知道,改天问问我爸。

这不,前几天我发了一个与中台话题有关的朋友圈,并配上了一张相对 “污垢” 的图片,结果却招来了一些性格严谨同仁的 “回敬”。

还别说,不亏是专业人士出身,“回敬” 的内容怎么看怎么有理。

大致的意思是说,不要在朋友圈玩微服务和中台的梗,别带坏了刚入行的小朋友,并指出这两个词描述的不是一个层面的东西,中台解决的是避免烟囱式的产品,同时大幅度降低新产品的构建成本和运营成本,而微服务解决的是单个模块的复杂度问题,分离关注点,降低重构难度,容许各个单元技术上异构,等等。

好了,写到这里,大致把要铺垫的部分说完了,下面的内容就要开始得罪人了。

不过没关系,圈内的各种观点及有趣的破事儿,永远不会少,只不过不太有人愿意去评论罢了。

1

为了引玉,我得先抛个砖。

不知道大家是否还记得,今年10月,NBA火箭队老板莫雷在社交媒体上发了一条动态,表明了在香港问题上自己的观点,这是所有事件的导火索。随后ESPN著名记者沃纳罗斯基点赞了这条推文,一个小时后莫雷删除这条推文,但已经在中国引起轩然大波。

有意思的是,就在莫雷发声后的几天里,什么NBA总裁肖华呀,什么Google公司职员某某某呀,都站出来瞎逼逼,这个挥舞着双手说支持,另一个跺着双脚说言论自由,等等。

好了,这个事件后续的一些进展,相信大家多少都知道一些,我就不重复了。

当然,提这个事不是为了去评价,毕竟我只是个写代码的,与政治相关的东西咱也不太懂,咱也不敢说。

我想说的是,由这件事情而引发的一些在技术圈的波动。几天后,某技术圈大佬(网红)在自己的微博更新了一条这样的信息。

从我的视角来看,这条微博的最后一句话,虽然带有一些调侃的成分,但明显是个玩笑。

当然,我既不是Google员工,也不靠Go语言养家全小,开玩笑也好,认真也罢,跟我没什么关系。

但这段话却在某些Go社区里炸锅了。

你瞧,前面来来往往的话都不是关键,最后某位大神的那句 “因为我读者群里已经有人说要抵制Go了,很无语。” 才是关键。

你的一句话,导致人家掉粉,收入减半,出来怼你几句,算是轻的。

不蹦出来跟你拼命,已经算很文雅了。

2

通过上面的事情,我发现在互联网时代,每个人都有自己独特的生存模式。一般的人靠出卖肉体,或者出卖劳动力,而对知识型劳动者来说,有了一定的能力和经验,就可以靠知识变现来实现财富增长,比如写个专栏呀,写本书呀,搞个公众号呀,都是非常不错的手段。

不过也有一些人,虽然也很有经验,但提到的这些似乎他们都没兴趣,那该怎么办呢?没事,可以靠紧抓热点,到处灌输思想的方式。

而且在他们眼里,越是热门的话题,越是没有业内标准的东西,他们就越有发挥的空间,越会刺激他们没日没夜在可劲儿的努力。

来到甲方公司,动不动就掏出某里某讯的成功案例,动不动就指天画地,似乎在告诉对方:你瞧,大厂都是这么过来的,你想成功吗?他们是你的目标吗?照着来吧,他们就是标准。”

说心里话,以如日中天的 “中台” 为例,不少甲方公司,尤其在略偏传统的行业,至今任然不知道这东西到底是什么,买了一堆书,看了一堆文章,张三说是圆的,李四说是方的,越看越模糊,越看越头大。

甚至还有一些国外的技术人员问我:“你能不能用英语告诉下我,中台怎么说?”

我一脸懵逼,可能是自己水平太差,憋了半天才从牙缝里挤出几个字 “Collection Of Services……”。

或许有人质疑,我为什么这么反感这种人?

因为我觉得, “中台” 这东西只是一种战略,而且受规模及业务的客观限制,只不过是一些头部公司在某段业务架构上的代名词罢了。再说了,既然是战略,那除了技术、业务,就还有数据和组织,甚至还会牵涉到很多企业文化及老板尿性等东西。

说白了,这个代名词只有在某些特定场景下才能成立,才能奏效。

还带偏年轻人?年轻人难道不应该更多的去关注基础知识吗?还没学会走路就开车,还没搞懂服务化是个什么东东,你就说你的 “特定场景” 是别人的 “常态操作” ?你以为 “中台” 是PMP吗?有国际标准,可以考证书,活得够久,大小通吃,论证的够多。

不过,没标准也有好处,毕竟有大厂的光环做挡箭牌,方便你端起镰刀,一割就是一大把。

什么?你说你听不懂那些技术名词?你说你云里雾里?那就对了,你现在规模还太小,等你长大了,自然就明白了。走好了,是我的功劳,走坏了,那是你场景不符合,但钱得出。

3

很多人都说,悲观者往往正确,乐观者往往成功,这句话一点都不假。

但作为一名悲观者,我的运气似乎一直都不太好。

在我的职业生涯里,经历过甲方,也经历过乙方,成功的案例,失败的案例,大大小小很多这种 “拿着别人的战略,死搬硬套,最后撑死 ” 的事件很多。

你不信?说段经历来论证下。

十几年前,正是SOA如日中天的时代,不少企业借助这波势头,再加上自身业务规模的快速增长,开始从单体架构往SOA上迁移。

经历过SOA时代的技术小伙伴都知道,SOA的核心理念是可以用一个服务替代另一个服务而无需关心其底层的实现技术,表现形式多以服务接口为主,这样的好处是可以充分利用现有的IT资源,包括遗留应用和数据库。

当然,也有一些人不赞同这些论点,这里就不展开了,但至少在我看来,如今的微服务架构和 SOA 架构在理念上是一致的,只不过微服务是在 SOA上做的升华,更强调业务彻底的组件化和服务化。

我当时所在的公司,是一家为金融企业提供各种系统的软件公司,产品线很多,大致可分为交易、资讯、CRM等等。值得一提的是,在这些产品线里,交易系统卖的最好,利润也最高。

为了不影响现有产品线的运行,公司决定成立一个特别小组,并按产品的优先级按顺序一个一个改造。通过一番讨论,管理层决定优先改造盈利能力最强的交易系统,并考虑到大家在SOA上都没有经验,所以打算外聘一名有经验的人来当团队领导。

一个月后,具备SOA背景的A君来到了公司,并被任命为 “特别小组组长”。他入职后的第一个月,公司并没有安排他去参与产品研发类的工作,而是让他去全国各家客户现场转了一圈,做做测试,做做销售助理,目的是为了让他听一听一线的声音,混个脸熟。

为什么要这么做呢?因为他以前是做电商的,并不是做金融的,需要尽快了解业务,否则很难深入产品。从他入职的第二个月开始,他就一头扎到产品研发团队中,开启了改造的进程。

说到这里我要插一句,包括我自己在内,相信很多技术出生的小伙伴都应该有过这样的感受,那就是来到一个新的团队,无论你是来咨询的,还是来任职的,只要是临危任命的,多少都会有些压力,再加上技术人好面子的毛病,总希望能在最短的时间内拿出一些具有颠覆性的东西,以起到让众人刮目相看的作用。

好了,既然有这样的心理特征,最快的方式就是把以前的成功经验照搬过来,这样既有原则,又有说服力。

估计这位A君同学也是这样想的,所以他也是这样做的。

当时,交易系统差不多有五个子系统,其中最重要的是基金交易系统、期货交易系统,而基金交易,又分为公募和私募。

根据他的方案,是把公募和私募的交易部分拿出来,组成 “基金交易服务”,然后又把期货和基金的交易部分拿出来,组成 “交易大订单服务”。

就像这个图一样,你到路上随便拉个人过来,花十分钟做个大致介绍,相信只要读过书的人,都会觉得这个方案无论是从逻辑,还是感情上都没有任何毛病,堪称完美。

怎么样?单从这张图上看,像不像现在很多人嘴里的 “中台”?

但最终执行的结果是什么呢?因为篇幅的关系,我就不细讲了,我只说一点,那就是一张交易订单表从起初的几十个字段,变成了196个字段。

对,你没看错,我也没夸张,的确是196个字段。

相信肯定有人觉得奇怪,觉得这不可能,这哥们是个水货吧?你们老板瞎了?你们也瞎了吗?

事后我们简单总结过,原因大致是这几点:

  1. 监管的壁垒:所谓金融业务,那是统称,其实分的非常细,公募基金是公募基金,私募基金是私募基金,期货是期货,监管机构都就不相同,要求自然也不同,但由于A君没有任何金融经验,自然也不知道这中间的沟沟坎坎。
  2. 特殊的业务属性:SOA也好,微服务也罢,核心思想(或目标)都是共享,所以抽象数据结构是绕不过去的话题,但和电商不同,有很多业务属性是无法被抽象的。举个通俗的例子,机票和酒店,从旅游的视角来看,它们属于相同类型,但是从交通和住宿的视角来看,它们又是毫不相关的类型。现在你非要把他们捏在一起,那就只能建一张10个字段的表,5个字段给机票用,5个字段给酒店用。
  3. 理想主义者:高估了自己,低估了业务,过度迷恋自己的经验,再加上他的性格,喜欢凭直觉去认识世界,运用情感去对世界作出判断。

当然,在这个方案初期,我也曾告诫过Boss这样做的后果,但没有成功,理由是 “用人不疑疑人不用”。

想想也可笑,这个世界靠劝就有用的话,那还要警察干嘛?

不过,值得一提的是,虽然通常事后总结我们都会发现很多问题,但在过程中,即便一张表有1000个字段,只要这位 “创始人” 活着,想让这套系统上线,并成功服务一家客户,应该是没什么大问题的。

于是,这种 “没什么大问题” 在那些既没技术背景,又短视效应的老板们眼里,那些隐患不但不是问题,他本人反而成了救世主。

反正能跑起来,能运行,能收到预付款,你就是大英雄。

就这样,这个故事的剧情继续在上演,一家客户,两家客户,三家客户……好,爆炸了。

随着客户数量的增多,需求开始增多,让原本就不合理的交易抽象层变得越来越胖,客户又催的紧,怎么办呢?那就是继续加字段,继续加服务,持续升级。

终于有一天,到极限了,A君一看形势不妙,Hold不住了,离职了。

后面的故事就不增加戏份了,我只讲结果。

截止到我离开的那天,第一家客户已去掉了交易抽象层,用我们新搞的 “烟囱式” 解决了问题,而第二家也正在执行中,相信应该用不了多久就能完成。

把系统的事情搁一边,最后再唠叨几句。

就在A君离职后,我们帮老板算过一笔账 —— 为了拥抱SOA,公司花了多少钱?答案是,加上A君每月3W的月薪(十年前,这个薪水不低了),再加上研发团队的薪资(10人,每月平均1.5W/人,15个月),用于鼓励、上线的奖金(粗略有20W),如果不算损失、客户投诉,光光发出去的现金就将近100W。

如果再算上其他的,真是惨不忍睹。

最后,这家公司没能熬过08年的金融危机,估计是伤了元气了。

相信有不少人读到这里,内心都会觉得:“你瞎逼逼了半天,不就是想证明你们用了一水货吗?那也是因为你们找错人选了呀。”

我觉得,这话可不能这么说。

首先,这种人本来就稀缺,可不是你想找就能找得到的,再加上又要懂业务,又要有新技术经验,别说中小型企业,就算是在大厂,也是稀缺的。

能找到这么一个,已经很不错了。

然后,每个系统都会因为它的客观场景而变得不同寻常,所以都需要猥琐发育,都需要迭代和演化,一口吃大也不是不可以,料要配对,但如果配错了料,那就挂了。

但如果挂了,你也不能说这名厨师是个水货,毕竟他曾经有过辉煌的成绩。

所以,鲁迅先生曾告诫我们:“不提应用场景的技术架构都是耍流氓。”

我和鲁迅先生聊了聊之后,又帮他补充了半句:“拿着没有业内标准的东西,跑出来冒充祖师爷,那就是闹土匪。”

就像我在文章开头提到的,诙谐的人生充满着段子和笑点,而严谨的人生充满着矛盾与抉择。

你发个朋友圈也好,你出来做个分享也好,如果你想表达某个观点,或是某段经验,请你只代表你自己,千万别顶着个光环冒充天使。

你看个朋友圈也好,你出来听个分享也好,在我看来你应该端正两个态度。

第一,你是来了解下趋势,闻一闻气味,寻找下方向,怎么走,还要看自己。

第二,你不是来收集知识和信息,而是来验证自己的想法。

你可千万别一不小心把自己当成祖师爷,万事较真,总想把自己的思想和经验强灌给别人。

即便你已有十年经验、二十年经验、三十年经验,甚至是五十年经验,那也只涵盖了你遇到过的场景,何况这中间还充斥着不少客观因素和偶然性。

所以,我在分享时常说 “根据我的经验,我觉得……,但这比较片面,不一定对,如果和你的场景符合,那你拿去用,如果不符合,当个故事听就得了。”

你们瞧,多实在。

我去过不少国家与地区,遇见过劝你买这个买那个的,也结识过劝你实实在在的。

请感谢后者,抵制前者,就这样吧。

Image placeholder
IT头条
未设置
  98人点赞

没有讨论,发表一下自己的看法吧

推荐文章
[译] 是的,它是 npx,不是 npm

原文: Yes,it’snpx,notnpm—thedifferenceexplained 最近,当我开始学习React的时,看到包括我在内的很多人当看到 npx 而不是 npm 时很困惑。一些人看的

​中台战略:业务中台的8个设计原则

业务中台是一个充满生命力的个体,它承载业务逻辑、沉淀业务数据、产生业务价值,并随着业务不断发展进化。它的设计遵循如下图所示的8个原则。业务中台设计的8大原则01 服务松耦合原则(1)面向接口实现这是服

我们不知道要花多少时间解决问题

分享链接:http://kyleprifogle.com/dear-startup/ 我在IT行业工作,发现一个奇怪的现象。职业生涯的早期,我从事Web开发,比如开发CRUD应用、构建API等。我注意

要不要赶个时髦,去建设一个「 中台 」?

很多技术人总是抱怨新技术/新框架/新概念太多了,总是学不完,抱怨实在是学不动了。哈哈,这不,最近「中台」这么火热,要不要停止抱怨,再咬咬牙学一波?“很多人都担心被技术新潮流所抛弃,所以当遇见不断涌现的

云端的生存之道,第 1 单元:将 Spring Boot 部署到 Kubernetes

初始化Kubernetes集群 第一步是初始化IBMCloud上的Kubernetes集群。IBMCloud可能需要几分钟时间来启动新的Kubernetes集群;因此,通过先执行初始化操作,可以在后台

云端的生存之道,第 2 单元:将 Spring Boot 应用程序连接到云托管的数据库

前提条件 本系列教程的第1部分,因为本教程直接以第1部分中的课程内容和完成的操作为基础。 一个IBMCloud帐户 云原生数据持久性 IBMCloud提供了许多可持久存储数据的选项。在本教程中,我

GitHub 被墙后的生存之道

背景 从今天开始,陆陆续续看到很多小伙伴说Github登录不上去了,我当然也不例外,但对于我这样的重度Github使用者,这是无法接受的。 前提 首先SS是肯定可以解决我们的访问问题的,但是这里我不会

老程序员肺腑忠告:千万别一辈子靠技术生存!

作为一个多年开发经验的老伙计,当回过头来想一想自己,觉得特别想对那些初学JAVA/DOT、NET技术的朋友说点心里话,希望你们能从我们的体会中,多少受点启发。 1一个程序员正确的自我心态究竟是什么样?

低代码开发平台生存在标准化之外

这一次连续创业者任向晖找到他的PMF了。4月28日,明道更名为明道云,任向晖带着他的团队从SaaS协同向低代码开发平台(LowCodePlatform)转舵,而这并非孤例,更早一些还有从九章全协同转型

云原生存储和云存储有什么区别?

作者| 李鹏(壮怀)阿里云智能事业群高级技术专家导读:新的企业负载/智能工作负载容器化、迁云、存储方面遇到的性能、弹性、高可用、加密、隔离、可观测性以及生命周期等方面的问题,不但需要存储产品层次的改进

即使站在风口也未必能飞:SaaS公司生存指南

Salesforce市值突破1000亿美元,Slack的估值超过70亿美元,这似乎让人觉得SaaS成为风口,任何人只要站在这个风口上,就能获得成功,虽然这么说并不能说不对,尤其是在风险投资盛行的美

即使站在风口也未必能飞:SaaS公司生存指南

Salesforce市值突破1000亿美元,Slack的估值超过70亿美元,这似乎让人觉得SaaS成为风口,任何人只要站在这个风口上,就能获得成功,虽然这么说并不能说不对,尤其是在风险投资盛行的美国。

中台的末路

从15年开始,到19年现在为止。各大公司都在吹捧中台理念。仿佛中台是业务复杂性的救世主。是某些架构师和PM的新出路。各种割韭菜的讲中台的课程层出不穷。 当然,吹牛逼的时候大家都是拣好的说,苦逼的东西就

支付中台的几个面向:支付业务、资金核算、面向风控等切面

手哥架构宝典之支付系统1.0发布后,很多架构师朋友表示受益匪浅,询问支付系统2.0版本什么时候放出来,今天刊发出《架构宝典》支付系统2.0版本,以飨读者。00 概述在1.0的支付系统中,我们遇到了诸多

2019年,数据中台为什么火了?

2019年,“数据中台”火了!一方面,过去一年BATJ、TMD等新老互联网巨头前后脚地发布重大消息,称集团层面正在推动以搭建中台为目标的组织架构变革,其中数据中台将是重要一环。而远在2015年就提出“

ZILLIZ AI数据中台:打破数据处理瓶颈,释放AI效能

在最近结束的第十届中国数据库技术大会(DTCC2019)上,ZILLIZ得到了众多专业评委的一致认可,获选为“2019中国数据库技术年度评选——年度创新企业”。这家成立于2016年的企业,凭借对技术发

SACC2019:爱奇艺的大数据中台战略(附演讲实录)

  孙斌爱奇艺高级总监主要负责爱奇艺的大数据中台、商业智能、内容智能制作等业务。在互联网产品设计和研发方面有十多年经验,曾就职于微软、hulu、雅虎等公司。摘要:爱奇艺的业务已经从单一的视频业务发展为

AI 数据中台 Mega 及其应用

随着AI在各行业落地的进一步深化和应用数据量的飞速增长,越来越多的AI科学家痛苦地发现数据ETL、数据仓库和海量特征向量检索等数据处理流程花费了他们大量宝贵的时间和精力。AI数据中台Mega打破了人工

被前端业务倒逼出来的中台?

数字化智能时代,数据成为了新的生产资料,也是蕴含丰富价值的矿藏。随之而来的打破数据孤岛、拆掉部门墙的声音越来越高。2019年中台热席卷圈内,企业、投资者、媒体众说纷纭,百度搜索指数也是应声而涨。有人认

终于有人把中台说清楚了!

前一段朋友圈被中台刷屏了,那么今天我们来说说中台!缘起百度指数搜索“中台”,可以发现,中台一词前几年几乎都没有搜索,反倒是今年5月21号开始蹭蹭往上涨!百度指数仔细搜索了一下原来5月21号腾讯召开了全

阿里巴巴架构师:十问业务中台和我的答案

Photo@  ZachLucero文 |王思轩一切业务数据化,一切数据业务化。“中台”概念这几年非常火,特别是阿里、腾讯、百度、京东等互联网公司最近频繁的基于中台调整组织架构,把“中台”的热度又上升

基于中台实践的DevOps平台有何不同?

为了响应快速变化的市场需求,业务要快速迭代。IT正在向云原生架构转型,解放架构自由度,最大化业务敏捷性,解耦合、敏捷开发、快速部署是当下企业的追求,可以消除研发与运维之间鸿沟的DevOps(研发运维)

Drive.ai轰然倒下:曾估值两亿,吴恩达夫妇站台,苹果将接盘部分可用技术人才

大数据文摘编辑部出品曾经估值两个亿美元,吴恩达夫妇亲自站台,风极一时的无人车创业公司Drive.ai轰然倒塌。本月20日,总部位于加州山景城的Drive.ai公司被证实已经向一家州政府机构递交了通知,

建立开放的大数据精准扶贫平台,让全社会参与进来!

精准扶贫”的重要思想最早是在2013年11月,习近平主席到湖南湘西考察时首次作出了“实事求是、因地制宜、分类指导、精准扶贫”的重要指示。2015年6月,习近平主席在贵州召开部分省区市党委主要负责同志座

选择企业通讯平台,不容忽视的7大安全因素

信息平台正在改变工作场景信息共享的方式,但这不应该冒着数据泄露的风险。你需要让同事检查一项任务,你最可能的交流方式是什么?打电话?写一封电子邮件吗?还是直接走向他们的办公桌?如果您与大多数企业一样,那