你又说的不对。

计算密集型，用python做调度，数据处理是c语言。很香的。

我们这个项目之前使用django跑网站和api服务。后来量大了用go。

【 在 siegfried415 的大作中提到: 】
: 你们如果是计算密集型的任务，跟风使用Python这种解释语言，就是一个巨大的错误。。。
:
--
FROM 159.226.235.*

ruby怎么样？调研发现开源的gitlab用的ruby。
【 在 seablue 的大作中提到: 】
: ruby是真凉了。以后也不大可能再热。
: :
--
FROM 159.226.235.*

确实如此。。python 确实太慢了。这个场景用 go 的对的。不过如果是我，我可能会改用 java.

【 在 hemin (hemin) 的大作中提到: 】
: 你又说的不对。
: 计算密集型，用python做调度，数据处理是c语言。很香的。
: 我们这个项目之前使用django跑网站和api服务。后来量大了用go。
: ...................
--
修改:hgoldfish FROM 59.60.56.*
FROM 59.60.56.*

go的开发效率还是很高的，编译以后可信任，Python则要提心吊胆，要加各种test和lint 工具。

【 在 seablue (deepblue) 的大作中提到: 】
: 标  题: Re: 语言的争论有结论了吗？
: 发信站: 水木社区 (Tue Mar  2 15:52:12 2021), 站内
:
: 从100台到30台，仅仅这样节省成本，我觉得得不偿失。不用换语言，可能过个三五年，硬件成本就降下来了。
: 我觉得，至少得有一个数量级的节省，才值得考虑换语言。
:
: 因为换语言(python换到go)导致的人工效率下降实在是太厉害了。程序员的人力资源比硬件更宝贵。
:
: 如果因为python类型问题，项目过大不安全，调试维护困难，这个可以考虑换一个类型安全的语言。
: cpu和内存的效率问题不应该是一个值得考虑的问题。
:
: 【 在 hemin 的大作中提到: 】
: : 我们参与的项目，用python做服务，需要100多台服务器
: : 后来换了go，只需要30台服务器
: : 换语言开发效率低一些，研发投入有代价，但综合各种成本来看，总体节省了资金。
: : ...................
: --
: ※ 修改:·seablue 于 Mar  2 16:07:25 2021 修改本文·[FROM: 60.251.47.*]
: ※ 来源:·水木社区 http://m.newsmth.net·[FROM: 60.251.47.*]
--
修改:seablue FROM 60.251.47.*
FROM 103.82.227.*

rust比go复杂的不是一点
【 在 seablue 的大作中提到: 】
: rust是不是比go还好一点？
: :
--
FROM 103.82.227.*