spring的问题-能耗、学习曲线

说实话，在过去将近20年中，spring对于it行业的帮助还是很大的，尤其是信息系统建设方面。

但在我看来，spring的发展也许进入了一个困局。

开始的时候，spring的确是一个还是算小巧的工具，但是现在已经变成了一个庞杂的大东西。

的确，它好像什么都可以解决，但是变得过于繁复，庞大，性能上也有下降。

从工程的某个角度看，spring的确加快了系统的建设！但看待一个事物，总是要多个方面，不能失于片面。

运维问题

从运维角度看，用java写的东西，天然就不是一个绿色的程序，应为java本身就很慢，再加上spring自身复杂的结构，导致一个功能可能变得

很慢，所耗费的能源还是很客观的。

有人做了研究，具体什么标准不太清楚，但是大体反应了一个现实：

Which Programming Languages Use the Least Electricity? - The New Stack

注：这个表格来自下文的论文中

java是c的大概两倍，但是考虑到spring的复杂结构，我觉得至少是3倍的关系。考虑到全球有那么多服务器都是运行java程序，可想而知，这个能耗。

还有一个参考文献：Ranking programming languages by energy efficiency (states.github.io)

这是在计算机科学杂志上发表的：

现在人们还不是太关注这个方面，但是考虑到恶劣的自然环境和日益减少的能源，我们的程序是不是应该更应该考虑运行效率了？

对于现在这个世界，节能应该是一直需要关注的事情。

最近人工智能芯片的问题，充分说明了节能的重要性。

只可惜，我们的科学家和工程师并没有认真做好他们自己的事情，这也侧面反应了为什么我们的某些方便和外国人还是有很大的差距，因为首先

态度就是一个巨大的问题，我们太缺乏学术心态，缺乏长远的目光。

学习角度

从学习角度出发，spring正在变得越来越复杂。此外它所推崇的方便可能让它自己的效率进一步下降，进一步复杂。

考虑到这是一个很流行的框架，也许大家需要浪费越来越多的时间了。

当然，也有人认为，这是一个学习曲线还算不错的框架，我也承认这个。但我认为，作为一个javaee框架，没有必要搞得那么复杂。

如果只是用spring开发javeee应用，我建议还是尽量只使用spring的核心部分即可，其它所谓的security等等之类的东西，也许需要慎重考虑。

如果考虑到用于开发项目，那么也许脱离这些复杂的东西会可能更好一些。

我只能说，spring有时候的确是有点方便，但是我们需要考虑它的代价。做事情总是顾头不顾尾，迟早会出问题，我特别讨厌那样的人。