为什么Jaer总要解决一堆别的语言不存在的问题？

Ja的问题就是，它把所有用户都当成了AT。

把所有项目都当成了AT官网和大型门户。

其中最典型的就是微服务。

它幻想用户的数据非常非常多，多到一台装不下。挂满硬盘、扩容到最大，还是装不下。所以只能再搞N台，这些专门用来挂硬盘，建N个数据库。

它幻想所有用户的项目都有非常巨大的访问量，那巨大的访问量会灌爆带宽，形成阻塞，所以只能再搞N台网关，专门用来转发请求。

它幻想所有用户都会写出极度复杂的业务逻辑，复杂到CPU根本算不动，换什么配置都不行。只能把项目拆分，拆成N个较小的项目，在不同电脑上分开运行。自然又要再搞N台。

然后它就跟那些需要“短平快”的项目，渐行渐远了。因为“短平快”们，通常只需要一台，一个数据库，搞个MVC就足够了。其中很多项目，数据连一块硬盘都塞不满，而一台4U，就能挂24块硬盘。

甚至包括AT的很多项目，也是“短平快”。

另外能搞微服务的，也不止Ja一门，C#也能搞，如微信支付。

但唯只有Ja圈，有个奇怪的鄙视链。。。不懂微服务，你就在最底层。

明明微服务的实际需求并不多，本该是个小众的冷门技术。专用于解决AT等少数公司才会遇到的问题。

但在Ja圈，却是人人必学必会的大热门，仿佛个个都在AT里当主程，负责百万级、千万级迸发的项目架构搭建。就算连AT的门都进不去，码农都当不上，也个个着当AT主程的心。

如果你不懂微服务，你都不好意思说自己是搞后端的。连刚入行的萌新，学校里的应届生，张口闭口都是微服务和K8S。连这些都不懂，你还搞后端呐？

正因为后端Jaer，都有一颗AT主程的心，所以有很多项目，明明不需要微服务，都被强行上了微服务。本来加块硬盘就能解决的问题，却加了一堆，然后再从新加的上挂硬盘。主打一个不脱裤子，就放不了屁。

很多项目访问量只有千位数、百位数、甚至两位数，也要搞几个网关伺候着。

业务一点没动，先建了个网吧。

去个初创公司上班，连项目都没上线，也得想方设法忽悠老板，先把项目搞成微服务再说。还不接受反驳。谁反驳，就是谁不懂技术。扯到最后，永远都是两句标准反问不断循环：

AT都能用，你为啥不能用？

你的方案微服务还好，AT为什么不用你的方案？