技术栈收敛是否就是指的技术栈的选型？

从现在开始，努力学习吧！本文《技术栈收敛是否就是指的技术栈的选型？》主要讲解了等等相关知识点，我会在golang学习网中持续更新相关的系列文章，欢迎大家关注并积极留言建议。下面就先一起来看一下本篇正文内容吧，希望能帮到你！

问题内容

技术栈收敛是否就是指的技术栈的选型？
我看到一篇文章对收敛技术栈有描述，在我看来就是解决问题X而言，技术栈可有A，B两种，针对这两种的技术栈的选择。
https://zhuanlan.zhihu.com/p/...

正确答案

其实说到底确实就是这个意思，没错。

做出这种选择的出发点可能很多，但随着越做越久，越做越稳定，收敛几乎是一个必然的选择。

只不过收敛的同时，多少也会伴随着技术栈的迁移，更新，甚至发散引入更多的新东西，是很动态的。

你比如我做一些个人项目，前后端里会根据当时的情况使用 Go， Python， Node， 前端中有 React / React Native / Vue 等，更别提其他的库的选择。

我都能用，而且用的也不错，但项目做久了就会觉得维护的多也累。可能部分内容更新的时候，就顺手迁移到其他技术栈上去，你说是更新也好，说是重构也好，总之不想让自己做的事太复杂。

但同时，做着做着，可能有新需求需要我引入新的库，甚至用新的语言重新某些模块，就再度引入。

某个新框架解决了以前的痛点，我可能会部分引入新的，这时候又发散了。

等稳定下来又开始呈现收敛的趋势，不想用太多的技术方案。

然后基本一直循环下去。

但这种东西确实没必要考虑太多，它是你做项目做开发过程中的一个自然而然会浮现出来的过程。

今天关于《技术栈收敛是否就是指的技术栈的选型？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！