前几周有《中台：是一场彻头彻尾的自欺欺人》阅读十万多、《分布式是伪需求》也阅读也很多。我去年这个时候写过一篇《你没有大数据》也是我公众号阅读比较多的文章之一。最近大家讨论为什么具体技术细节的阅读量不高，而这种评论性质的阅读量高。
我个人觉得
原因1：是这些直击人心，实际现状就是乱来的太多。上周一个群内有人发了一句话，某公司说他们有个表一共17条数据，要放到大数据中去处理。这是一个缩影，像这种公司绝对不在少数。为了形式而形式。本来在OLTP数据库上能处理秒出的查询，一定要花十倍或者几十倍的代价，放到一个比OLTP中还要慢的系统中去处理。这种公司也多了去了。更有甚者，只有几十个GB的数据也要分库分表，或者用分布式。从而带来巨大的问题。还有一些本来一个数据库上有一些应用，结果为了微服务拆成了十几个数据库。本来两表关联查询的，结果现在变成了调用接口。执行效率慢了几千倍不说，一致性还没有了。为了一致性再来个分布式锁，结果性能继续下降。早知如此何必当初？这几年在这些概念方面真的是糟蹋和浪费人力和物力。使得广大开发和运维都苦不堪言。
原因2：已经不少公司开始反思了。比如有的公司放弃了微服务恢复了单体。还有公司看到Hadoop的衰落和投入产出的不成比例，开始了HTAP的探索。还有的公司在寒意的传递下，开始回过来看以前干过的荒唐事，然后砍掉可有可无的来收缩战线。微服务、中台、大数据等都有适合的场景，也都有不适合的场景。但是我敢断言不适合的居多。这些概念对于大多数公司来说未必能提高生产力。因为没有这些之前大家也过来了。只要对比一下，用这些和没用这些前后的效率就知道了。如果不弱之前效率那么不必说了。如果效率一样，也没有意思。如果效率高，那么看看对应的成本是不是值得。不过，我相信第一个效率下降就可能击中了不少企业。最主要的是往往一种技术出来如果是正好解决现在的死穴的，没他不行，那么这个绝对是有用的。比如从北京到上海如果需要2小时到达那么需要飞机。如果从上海虹桥机场到上海浦东机场，这种最好是坐2号线，而不是从虹桥飞到浦东。这就像那个17条数据要去大数据处理一样。
原因3：读着在工作中已经被折腾的不行了，希望看到一些这样的言论，一来共情一下（原来社会上都这样瞎搞啊），二来给领导看看，领导你看，不止我一个人这样说吧。昨天看电影时候遇到几个高中同学，也是高中毕业以后没见过的。为了看灌篮高手都碰到一起了。然后我们吃饭时候发现，居然也算是同行。每家公司遇到的情况都差不多，几乎每家公司开发都是全表，没索引的。谁也别说谁了，咱们国内水平就这个样子。
这几天我学着看开发的代码，从GIT上下载以后，看着茫茫的code，确实眼花缭乱。其中不少就是因为微服务、中台的原因搞得比较复杂。如果我自己要开一个公司，我绝对不搞成这个样子。其实很多技术和概念是不是真的好，就看如果这个公司是你投资成立的，你还会这样用？如果不会，那么现在给公司这样用是不是不厚道？反正如果我是CTO、CEO不会这样去浪费的。以上仅代表我个人观点。
