Go 语言这么火，冲击了 Java ，是否会冲击到 C++呢？

[James369]

有的担心，我就是搞 C++的，想长远的搞下去。

谁知道 IT 界总是喜新厌旧，原来霸主 Java 都受到 Go 的很大冲击。这方面源自 Go 与容器的美妙配合，挑战了 Java 的虚拟机的模式。Java 相对更加笨重和迟缓。

但 Go 作为后端语言，很可能也会冲击 C++原有的空间，虽然说 C++这些年一直再进化，但是它的历史包袱比较重。

唉，真不想再去学习 Go 了，想搞点别的有沉淀的东西。

[xiaopang132]

我是觉得转语言其实不需要耗费大量的精力，只要基础知识扎实，各种语言不就是语法和某些设计思想稍微不同而已么

[ly841000]

担心 go 不如担心 rust, go 和 cpp 应用根本不在一个领域, rust 现在声势才浩大

[msg7086]

担心 Go 不如担心 C++20/23 。再过几年你会发现 C++23 跟你学过的 C++已经根本不是一个语言了……

之前看到别人写的 C++20 的项目：
https://github.com/IFeelBloated/vapoursynth-plusplus/blob/master/include/Plugin.vxx

[ccppgo]

@msg7086 完全看不懂。。。

[Weixiao0725]

c++真是太臃肿了，支持 rust 干倒 c++

[James369]

@msg7086 现在用 C++17 就很爽了，auto 甚至有点写脚本语言的快感

[James369]

@ly841000 rust 太复杂，可读性差，还是继续观望观望吧

[someonedeng]

go 冲击 java ×
javaer 冲击 goer √

[sunzhenyucn]

啊？冲击到 Java 了吗？作为 Go 和 Java 都写的，表示没遇到这种情况啊

[dreamramon]

作为 go 和 java 都写的人，感觉没有冲击到 java，只是把以前那些 php，node 逐渐干死了。不过现在都是微服务了，主要看公司老板 /创始人会什么语言了。

[mogg]

要不你试一下 go 调用 windows api ？

[aneostart173]

c++早就被冲击的差不多了，剩下的保留地不是那么容易被冲击的。Rust 跟 C++一样，学习成本高，经济回报不确定。

[troywinter]

感觉冲击了 php 和 python，java 还冲击不到，大数据 java 的地位太稳了

[lysS]

@mogg windows 的 api 本质不是是调用动态库吗？

[darknoll]

c++还用冲击？早就不行了

[ganbuliao]

只感觉冲击到了 php

[paoqi2048]

Go 刚出来的时候是想冲击 C++的，结果把 PHP 冲烂了……现在在冲击 Java （其实 C++的直接竞争对手是 Rust ）

[dbskcnc]

后端普通应用受冲击是正常的，合格的 C++人员太少，主要大部分应用确实也没一定需要用 C++的程度。go 的编译和部署比 C++舒服太多。

[MarkLeeyun]

@ly841000 rust 才是未来。建议楼主直接转 rust.你写 c++的，转 rust 很容易的。哈哈。

[zjsxwc]

rust 就算了，威胁不了 cpp 的，

rust 不适合做 GUI，前有 qt c++的庞大的历史生态各种组件都有，（且 rust 的 ffi 使用 qt 的方式不稳定 bug 多，根本不能用于实际），后来者又有 js mvvm 新浪。

rust 也不适合写服务后端这种需求量大的业务，因为 crud boy 们写业务讲究的就是快，rust 这种没有运行时依赖注入容器辅助的，要玩黑魔法修改或者替换，运行时某些符合某种规则的 struct 方法 func 的行为都做不到，只能手动人肉修改每个 struct 源代码，会被写业务的 crud boy 们嫌弃的。

rust 也不适合写小工具，小工具用 python 、php 、js 等脚本不是更方便，即使是性能需求或者有保护源代码版权不泄露的小工具，也都会倾向于用 go 写，vagrant 都从 ruby 改成用 go 重写了，esbuild 选择了 go 而不是 rust，因为更多是开发效率上、人力成本上的考虑。