g****t
发帖数: 31659 | 1 Golang开发速度比python 慢2-3倍。这还我个人的情况。我写代码，同时有个dev
notes文档记录思路发展，增删等等。经过一下记录查阅得到这个数字，它是比较稳定
的。 |
n******t
发帖数: 4406 | 2 golang成天改，如果你現在就慢2-3倍，以後可能更麻煩。
golang半年升一次級就可能導致你的build掛了，同時不升級還不行，否則你的dep編不
了。
【在 g****t 的大作中提到】
: Golang开发速度比python 慢2-3倍。这还我个人的情况。我写代码，同时有个dev
: notes文档记录思路发展，增删等等。经过一下记录查阅得到这个数字，它是比较稳定
: 的。
|
T********i
发帖数: 2416 | 3 哪有那么麻烦？我迄今为止没遇到过向后兼容之类的问题。 |
g****t
发帖数: 31659 | 4 Golang本身只要写的时候稍加注意我也没碰到大问题。基本上稳定了，而且golang开发者
也一定程度上承诺了未来的接口稳定。
第三方库的问题普遍无法避免，不是golang的独有问题。
: 哪有那么麻烦？我迄今为止没遇到过向后兼容之类的问题。
【在 T********i 的大作中提到】
: 哪有那么麻烦？我迄今为止没遇到过向后兼容之类的问题。
|
n******t
发帖数: 4406 | 5 go把編譯器和項目管理搞進了一個binary，這問題很大。
編譯器應該只管compile，不應該去管下載dependency，version之類的事情。
google之前的dependency就非常混亂，modules system加進去了更是一堆的庫都不能編
譯了。
這和第三方開發人員沒什麼關係，是golang自己成天改的結果。
发者
【在 g****t 的大作中提到】
: Golang本身只要写的时候稍加注意我也没碰到大问题。基本上稳定了，而且golang开发者
: 也一定程度上承诺了未来的接口稳定。
: 第三方库的问题普遍无法避免，不是golang的独有问题。
:
:
: 哪有那么麻烦？我迄今为止没遇到过向后兼容之类的问题。
:
|
g****t
发帖数: 31659 | 6 这点确有其事。golang的项目管理，我只用最少的，最早的一小部分功能。
: go把編譯器和項目管理搞進了一個binary，這問題很大。
: 編譯器應該只管compile，不應該去管下載dependency，version之類的事
情。
: google之前的dependency就非常混亂，modules system加進去了更是一堆
的庫都
不能編
: 譯了。
: 這和第三方開發人員沒什麼關係，是golang自己成天改的結果。
: 发者
【在 n******t 的大作中提到】
: go把編譯器和項目管理搞進了一個binary，這問題很大。
: 編譯器應該只管compile，不應該去管下載dependency，version之類的事情。
: google之前的dependency就非常混亂，modules system加進去了更是一堆的庫都不能編
: 譯了。
: 這和第三方開發人員沒什麼關係，是golang自己成天改的結果。
:
: 发者
|
b*******s
发帖数: 5216 | 7 请教感觉拿来做非延迟敏感的交易系统可行吗？
【在 T********i 的大作中提到】
: 哪有那么麻烦？我迄今为止没遇到过向后兼容之类的问题。
|
w********m
发帖数: 1137 | 8 go这种版本管理很好啊
分布式的
不存在恶意代码的可能
你看看node的下一个版本，deno都是这样的 |
n******t
发帖数: 4406 | 9 我哪裏說了版本管理了？
【在 w********m 的大作中提到】
: go这种版本管理很好啊
: 分布式的
: 不存在恶意代码的可能
: 你看看node的下一个版本，deno都是这样的
|
T********i
发帖数: 2416 | 10 可行，我感觉比Java好用！
【在 b*******s 的大作中提到】
: 请教感觉拿来做非延迟敏感的交易系统可行吗？
|
|
|
b*******s
发帖数: 5216 | 11 多谢解惑
【在 T********i 的大作中提到】
: 可行，我感觉比Java好用！
|
h****e
发帖数: 2125 | 12 不敏感直接拿Python写就完了，更加糙快猛。
【在 b*******s 的大作中提到】
: 请教感觉拿来做非延迟敏感的交易系统可行吗？
|
b*******s
发帖数: 5216 | 13 python有一些问题，我们已经否了
【在 h****e 的大作中提到】
: 不敏感直接拿Python写就完了，更加糙快猛。
|
d*******r
发帖数: 3299 | 14 不要使用老的Go版本和dependency管理.
用新的的Go Mod. 一般只需要 go mod tidy, go build 就完事儿了.
然后生成个集成了dependency的 binary, 比python pip清爽多了. |
g****t
发帖数: 31659 | 15 你用什么IDE？ Goland?
【在 d*******r 的大作中提到】
: 不要使用老的Go版本和dependency管理.
: 用新的的Go Mod. 一般只需要 go mod tidy, go build 就完事儿了.
: 然后生成个集成了dependency的 binary, 比python pip清爽多了.
|
d*******r
发帖数: 3299 | 16 是的, 读写 code 时候, 用 IDE, 用 Goland.
但是很多时候, 还是要用命令行嘛.
【在 g****t 的大作中提到】
: 你用什么IDE？ Goland?
|
w********m
发帖数: 1137 | 17 这就是Go先进的地方，shake tree编译
一般语言都focus到语法糖
Go十几年都集中在编译上，所以就是强
【在 d*******r 的大作中提到】
: 不要使用老的Go版本和dependency管理.
: 用新的的Go Mod. 一般只需要 go mod tidy, go build 就完事儿了.
: 然后生成个集成了dependency的 binary, 比python pip清爽多了.
|
d******e
发帖数: 2265 | 18 也可以rust.
这个东西开发速度还要慢,还要烦
但是error handling & safety真的是强大。
强迫你必须要考虑异常情况的处理。
很繁琐，但是几乎是一遍过。逻辑对了就对了。
有异步 有actor。
关键是思想继承C/python/ruby一脉。
和jvm生态尿不到一起去。
写代码时是真的烦。
【在 b*******s 的大作中提到】
: 请教感觉拿来做非延迟敏感的交易系统可行吗？
|
w********m
发帖数: 1137 | 19 对比了一下java和go
java的zgc，upper bound是2ms
go的gc，要两次，每次upper bound 0.5ms
差不多的水平
【在 b*******s 的大作中提到】
: 请教感觉拿来做非延迟敏感的交易系统可行吗？
|
d*******r
发帖数: 3299 | 20 Go的compiler,工具链,确实爽
【在 w********m 的大作中提到】
: 这就是Go先进的地方，shake tree编译
: 一般语言都focus到语法糖
: Go十几年都集中在编译上，所以就是强
|
d*******r
发帖数: 3299 | 21 Rust特性太多，学习成本太高，暂时不打算搞.
Go的语言特性特别傻，特别简单，最爽的是看各种lib的源码，出奇的容易.
【在 d******e 的大作中提到】
: 也可以rust.
: 这个东西开发速度还要慢,还要烦
: 但是error handling & safety真的是强大。
: 强迫你必须要考虑异常情况的处理。
: 很繁琐，但是几乎是一遍过。逻辑对了就对了。
: 有异步 有actor。
: 关键是思想继承C/python/ruby一脉。
: 和jvm生态尿不到一起去。
: 写代码时是真的烦。
|
