p*****2
发帖数: 21240 | 1 真的不夸张，需要操心的事情太多
不过goroutine和channel感觉还是挺爽的
go的语言feature太少，coding上也很难优化了。
就看为了go的并发，值不值得这么累了。
当然，确实go适合团队，coding真的很难有第二种写法，想换种写法总是碰到障碍。 |
c*******0
发帖数: 5247 | 2 从你的代码看，你思路完全都没转变过来，当然下降好几倍了
Write Go in Go way, or just don't use Go. |
p*****2
发帖数: 21240 | 3 我一会看看你的代码
【在 c*******0 的大作中提到】
: 从你的代码看，你思路完全都没转变过来，当然下降好几倍了
: Write Go in Go way, or just don't use Go.
|
p*****2
发帖数: 21240 | 4
没看出来有啥新思路。
【在 c*******0 的大作中提到】
: 从你的代码看，你思路完全都没转变过来，当然下降好几倍了
: Write Go in Go way, or just don't use Go.
|
d****n
发帖数: 1637 | 5 "Go is boring but get shit done"
http://stevebate.silvrback.com/go-is-boring
【在 p*****2 的大作中提到】
:
: 没看出来有啥新思路。
|
p*****2
发帖数: 21240 | 6 什么语言不行？
【在 d****n 的大作中提到】
: "Go is boring but get shit done"
: http://stevebate.silvrback.com/go-is-boring
|
d******e
发帖数: 2265 | 7 二爷为什么转go有什么好处
【在 p*****2 的大作中提到】
: 什么语言不行？
|
p*****2
发帖数: 21240 | 8 大并发
【在 d******e 的大作中提到】
: 二爷为什么转go有什么好处
|
l*********s
发帖数: 5409 | 9 scala不行，还是贵司嫌scala程序员太贵？
【在 p*****2 的大作中提到】
: 大并发
|
p*****2
发帖数: 21240 | 10
JVM做并发都不太好用。go的async都自动化了，不需要自己管理。这也是go的最大优势
。
【在 l*********s 的大作中提到】
: scala不行，还是贵司嫌scala程序员太贵？
|
l*********s
发帖数: 5409 | 11 二爷比较下clojure和go?
【在 p*****2 的大作中提到】
:
: JVM做并发都不太好用。go的async都自动化了，不需要自己管理。这也是go的最大优势
: 。
|
p*****2
发帖数: 21240 | 12
clojure只是学了个皮。
【在 l*********s 的大作中提到】
: 二爷比较下clojure和go?
|
z****e
发帖数: 54598 | 13 clj最好就是做到akka那样
再多也不可能了
【在 p*****2 的大作中提到】
:
: clojure只是学了个皮。
|
p*****2
发帖数: 21240 | 14 大牛说的对
不过vertx比akka还是强些吧？
【在 z****e 的大作中提到】
: clj最好就是做到akka那样
: 再多也不可能了
|
