- 因为 “golang并没有颠覆性解决问题”,只是, 简单, 学习简单
1.1 太阳底下没有新鲜事, 历史总是在"重复"
当年 写 CGI , php 打败了 perl , 无他, 在 web 的 CGI 时代, php 学习成本低.
同样 , 2018年 vueJS 与 react 相比更为"火", 无他, vuejs 学习成本低.
go 相对于 java 也有点类似, 学习成本低.
好几年前, 游戏开发, erlang 在后台来说, 那是中坚力量, 而这两年, go 作为游戏开发的后台, 也不少了吧.
也一样, 相对 erlang , golang 学习成本 低.
1.2 “其实有多大差别啊”, 对头, 只是一些小差别, (业务逻辑)伪代码相同情况下, go 代码简单,易读(易维护)
有答主说了 “其实有多大差别啊,搬砖而已” ---------> 我同意这句话, 但也不完全同意这句话
同意的地方是, 对于传统业务, 尤其是企业级应用或业务, 以及有明确终端用户的业务来说, 在不考虑量级情况下, 业务实现流程与处理约束有相似之处, 开发实现也有相类似之处.
所以, 不同语言/架构开发来说, 差别不明显, 比如说, 用户管理 / 资费交割/ 业务鉴权 / 商品管理都差不太多( 这里没说内容管理, 内容差别太大, 但商品管理差别不会大) .
这里说的业务量级, 指的是用户总量, 并发量, 业务运行随时间累积的数据总量与有效数据集总量
比如大型网店, 下架后的商品数据, 对于网店销售来说, 属于失效数据集, 但对于销售行为分析等大数据估算来说, 是有效数据集)
对于这些, 不同语言开发, 就是搬砖.
那搬砖有什么不同呢, 无他, 人不同罢了:
每个人都趋向于选择自己熟悉的工具.
研发经理/产品经理趋向于容易招聘, 按量交货(坑少的), 而且薪水还低的人
1.3 “并没有颠覆性解决问题”, 是的, go 只是尝试着, 简单,轻松的去解决,没有黑魔法,很少语法糖,甚至,没有泛