不太同意，没有spring，可能java还没有现在的影响力，在框架的限制下，即便是一般的程序员也能相对稳定的出活，造成的破坏有限，这个相比c++已经是很本质的进步，对于工业界来说就是一个killer feature，简单来说就是项目好排期，人好招。

至于为啥go现在这么火，隐隐有取代java之势我也说不太好，可能也就是纯粹的喜新厌旧吧，就像mybatis在国内的异常火爆一样，有一定的非理性因素

【 在 hgoldfish 的大作中提到: 】
: java 转 go 还不如把现有的 java 体系整整。java spring 全家桶太恶心了，不知道为啥大家还都在用。不用 spring，java 是一个非常“轻快”的后端语言。
:
--
FROM 222.129.2.*

nodejs一般是所谓的全栈喜欢用的前后端一把梭方案，正经做后端的不会去趟这个坑，hello world和线上千锤百炼的系统还是有一定代际差的，当然也不排除nodejs后来居上的潜力，只是得先解决js/ts系诸多流派的问题

【 在 Xjt 的大作中提到: 】
: 也就互联网吧？我感觉nodejs更适合做轻量级的业务后台。复杂逻辑反正都是sql实现。
--
FROM 180.107.105.*

嗯，我理解sql的语法优势，不过你这说法有点sql中心论了，很多框架的出现和演进都是需求驱动的，我不认为他们的出发点都只是为了更好的支持sql，在实际项目里的数据查询可以是多种层次的，最底层的可以是hadoop/spark算子，最高层的可以是前端界面点点点，这些可以用sql实现，也可以不用，那种几百行的sql我也见过，大部分是统计报表用的，但是可维护性不比裸的hadoop算子好多少，可能还没有后者好懂。另外一个例子是ES系或者自研的倒排索引系统，这个支撑的数据量说是支撑互联网半壁江山不夸张吧，也跟sql没啥关系。

【 在 Xjt 的大作中提到: 】
: 互联网企业是因为自己本身数据量太大，而数据库技术太差，搞不定自己的数据量，不得已而为之的不使用sql。实际上所有的互联网企业都在想尽量多的使用sql，否则你怎么解释hadoop的发明？阿里为什么要搞hologres和maxcompute？为什么要用mongodb/couchbase，为什么oracle还是能卖的那么好？还不都是想解决数据量太大想用sql用不了的问题吗？
: 当然了，你要是仅仅把sql理解为Mysql，当我没说。
--
FROM 180.107.105.*