最近联系上了在第一家公司共事过的同事,他现在自己开公司了,但一直在坚持撸C++,因为他们是证券行业,对程序的并发能力要求比较高的要求。而在这方面,也只有C++,能够满足他们的要求,所以他们从来没有考虑过更换其他语言。我和他探讨过是否可以考虑用Go,来尝试做他们的业务,因为Go语言相比C++来说,简单了很多,从业人员也逐渐增多,并发能力也不弱。这里面还有一个现实的问题,就是C++从业人员很难招,他也很害怕公司的C++开发人员流失,因为一旦流失,就很难再招到人来补位。但他还是坚持撸C++,因为他认为,一个公司用哪个技术栈,取决于最厉害的人,用哪门语言,很明显,他们公司最厉害的人,就是他自己,何必来折腾自己呢?最终还是没有说动他,不知道大家怎么看。
有疑问加站长微信联系(非本文作者)

性能够用就好. IO吞吐方面, Go和优化良好的C++程序差距还是比较大.
人家业务发展的好好的,你让人家裁员换go ,你咋想的,go的人能看懂c++吗?能重构吗?
有什么问题?只是给他一个建议,又没有逼他一定要换。Go的人就不能看懂C++?至少我会。
你这时要整死他的公司啊
转不转他自己可以做决定啊,又没人逼他!
现阶段并发能力很难作为选择一个语言的强硬理由了,除非你运行的环境资源受限,例如嵌入式。运行成本(服务器数量),人力成本,运维成本(什么语言解决问题快),迭代成本(什么语言开发快),历史成本(技术债)都是成本,肯定要综合考虑。
愿意接受新鲜事物的人,你不用说他都会自己尝试。不愿接受新鲜事物的人,你替他急,你说破天,他总能站在反面的角度反驳你说的优势,说的多了还会觉得你是在吹捧 Go。
io相关的,效率基本不在编程语言上
我就是一个量化。交易系统用的go,除了对接第三方sdk用c++,内部系统会选择用go。 至于性能方面,我自己写过,稍微复杂一点点业务,用c++写出来性能还真没有用Go高多少,<2%左右吧不是很明显, 并发高一些的业务,并发>=1k吧,cpp 11用的多线程,性能真比go要慢,cpp thread还是很重的,多了之后切换比较耗费资源。 业内大概的基准测试,go计算浮点数,斐波那契数列,这类的大概go与cpp差距<10%,还是在简单逻辑,但并发情况下测试的。
当然我也承认我cpp很菜。 至于大家说什么语言好坏,实际上还是取决于使用的人与场景。 还有就是有了基准测试才有了对比,开发效率,运行效率,维护成本,生态,也是一个比较的一些影响因素吧
rust不香吗?