p*****2 发帖数: 21240 | 1 解决了很多不是问题的问题
想学学go感觉学不到啥东西 因为其他语言通常有更好的解决方法
我说的是语法层面 |
d*******r 发帖数: 3299 | |
p*****2 发帖数: 21240 | 3
大牛能给个用的理由吗?CSP算是一大特色吧,但是goodbug也说过,写大并发的机会其
实并不多。
【在 d*******r 的大作中提到】 : 二爷开始用 Go 啦
|
l*********s 发帖数: 5409 | 4 en, 大并发和大数据一样都是overly hyped
【在 p*****2 的大作中提到】 : : 大牛能给个用的理由吗?CSP算是一大特色吧,但是goodbug也说过,写大并发的机会其 : 实并不多。
|
g*****g 发帖数: 34805 | 5 都不是hype,只不过绝大多数人都不用做底层。一个语言的强点在底层开发,然后上层
不得不使用同样的语言,并非很有吸引力。
【在 l*********s 的大作中提到】 : en, 大并发和大数据一样都是overly hyped
|
l*********s 发帖数: 5409 | 6 “Big data is like teenage sex: everyone talks about it, nobody really knows
how to do it, everyone thinks everyone else is doing it, so everyone claims
they are doing it.”
【在 g*****g 的大作中提到】 : 都不是hype,只不过绝大多数人都不用做底层。一个语言的强点在底层开发,然后上层 : 不得不使用同样的语言,并非很有吸引力。
|
d*******r 发帖数: 3299 | 7 那大牛也觉得 Go 写大并发,在底层强了?
【在 g*****g 的大作中提到】 : 都不是hype,只不过绝大多数人都不用做底层。一个语言的强点在底层开发,然后上层 : 不得不使用同样的语言,并非很有吸引力。
|
d*******r 发帖数: 3299 | 8 大并发不就是理由吗。而且我是很喜欢 static type, 的不然也不会一直琢磨着用
Java 换 Pytho/Node
【在 p*****2 的大作中提到】 : : 大牛能给个用的理由吗?CSP算是一大特色吧,但是goodbug也说过,写大并发的机会其 : 实并不多。
|
p*****2 发帖数: 21240 | 9 go加了很多syntax sugar感觉很无聊
大并发有两种
go这种做的机会并不多
【在 d*******r 的大作中提到】 : 大并发不就是理由吗。而且我是很喜欢 static type, 的不然也不会一直琢磨着用 : Java 换 Pytho/Node
|
c*******0 发帖数: 5247 | 10
写Coffee的觉得Go的syntax super很多。这个世界真是奇妙。
【在 p*****2 的大作中提到】 : go加了很多syntax sugar感觉很无聊 : 大并发有两种 : go这种做的机会并不多
|
|
|
c*******0 发帖数: 5247 | 11
你这里什么结论都是张口就来。
现在越来越多公司后端转Go的根本原因不是什么大并发。而是并发带来的性能提升和类
似于动态语言的编写经验和非常容易的协作维护。
这个世界上后端开发的公司有多少,Go的机会就有多少。至于Go会不会越来越广泛的采
用谁都不好说,但说Go这种做的机会不多,简直就是胡扯。不管是大并发,中并发还是
小并发,Go对于Node的优势不是一点半点。Node唯一的优势就是三五杆枪的团队上
prototype。没有任何别的优势。
【在 p*****2 的大作中提到】 : go加了很多syntax sugar感觉很无聊 : 大并发有两种 : go这种做的机会并不多
|
g*****g 发帖数: 34805 | 12 你来谈谈 go 对 Java的优势吧,我对这个比较感兴趣。node的强点在前端 UI,跟后端
语言其实没啥竞争。
【在 c*******0 的大作中提到】 : : 你这里什么结论都是张口就来。 : 现在越来越多公司后端转Go的根本原因不是什么大并发。而是并发带来的性能提升和类 : 似于动态语言的编写经验和非常容易的协作维护。 : 这个世界上后端开发的公司有多少,Go的机会就有多少。至于Go会不会越来越广泛的采 : 用谁都不好说,但说Go这种做的机会不多,简直就是胡扯。不管是大并发,中并发还是 : 小并发,Go对于Node的优势不是一点半点。Node唯一的优势就是三五杆枪的团队上 : prototype。没有任何别的优势。
|
d*******r 发帖数: 3299 | 13 我顺风问一下,Go 做 web server, 如果要 scale out, load balance http requests
到 clustered hosts 上,应该用什么技术, 还是用 ngix cluster 吗?
转个有意思的相关帖子:
http://blog.dotcloud.com/under-the-hood-dotcloud-http-routing-l
我看这个公司做 web server scale out, 开始用 ngix, 然后用 Node.js 写了个
Hipache, 然后貌似还是觉得用 ngix 好,想转回去。他们在也用 Go, 主要是做一些监
测监控. 我听说 Google 里面很多项目也是用 Go 做一些监测监控。
【在 c*******0 的大作中提到】 : : 你这里什么结论都是张口就来。 : 现在越来越多公司后端转Go的根本原因不是什么大并发。而是并发带来的性能提升和类 : 似于动态语言的编写经验和非常容易的协作维护。 : 这个世界上后端开发的公司有多少,Go的机会就有多少。至于Go会不会越来越广泛的采 : 用谁都不好说,但说Go这种做的机会不多,简直就是胡扯。不管是大并发,中并发还是 : 小并发,Go对于Node的优势不是一点半点。Node唯一的优势就是三五杆枪的团队上 : prototype。没有任何别的优势。
|
p*****2 发帖数: 21240 | 14 性能不是不如java吗
【在 c*******0 的大作中提到】 : : 你这里什么结论都是张口就来。 : 现在越来越多公司后端转Go的根本原因不是什么大并发。而是并发带来的性能提升和类 : 似于动态语言的编写经验和非常容易的协作维护。 : 这个世界上后端开发的公司有多少,Go的机会就有多少。至于Go会不会越来越广泛的采 : 用谁都不好说,但说Go这种做的机会不多,简直就是胡扯。不管是大并发,中并发还是 : 小并发,Go对于Node的优势不是一点半点。Node唯一的优势就是三五杆枪的团队上 : prototype。没有任何别的优势。
|
p*****2 发帖数: 21240 | 15 coffee给人的感觉是美妙 go给人的感觉是什么事情只是干了一半 我感觉还不如不干
【在 c*******0 的大作中提到】 : : 你这里什么结论都是张口就来。 : 现在越来越多公司后端转Go的根本原因不是什么大并发。而是并发带来的性能提升和类 : 似于动态语言的编写经验和非常容易的协作维护。 : 这个世界上后端开发的公司有多少,Go的机会就有多少。至于Go会不会越来越广泛的采 : 用谁都不好说,但说Go这种做的机会不多,简直就是胡扯。不管是大并发,中并发还是 : 小并发,Go对于Node的优势不是一点半点。Node唯一的优势就是三五杆枪的团队上 : prototype。没有任何别的优势。
|
p*****2 发帖数: 21240 | 16 大牛能不能描述一种情况go有明显的优势?
【在 c*******0 的大作中提到】 : : 你这里什么结论都是张口就来。 : 现在越来越多公司后端转Go的根本原因不是什么大并发。而是并发带来的性能提升和类 : 似于动态语言的编写经验和非常容易的协作维护。 : 这个世界上后端开发的公司有多少,Go的机会就有多少。至于Go会不会越来越广泛的采 : 用谁都不好说,但说Go这种做的机会不多,简直就是胡扯。不管是大并发,中并发还是 : 小并发,Go对于Node的优势不是一点半点。Node唯一的优势就是三五杆枪的团队上 : prototype。没有任何别的优势。
|
p*****2 发帖数: 21240 | 17 node在full stack有明显优势
另外动态语言的优势node都有 并且解决了动态语言普遍的性能问题
【在 p*****2 的大作中提到】 : 大牛能不能描述一种情况go有明显的优势?
|
b*******s 发帖数: 5216 | 18 比java好
【在 p*****2 的大作中提到】 : 性能不是不如java吗
|
j********x 发帖数: 2330 | 19 go最傻逼的是package系统吧;自作聪明。。。 |
b*******s 发帖数: 5216 | 20 你们现在有没有go coding convention了?
【在 c*******0 的大作中提到】 : : 你这里什么结论都是张口就来。 : 现在越来越多公司后端转Go的根本原因不是什么大并发。而是并发带来的性能提升和类 : 似于动态语言的编写经验和非常容易的协作维护。 : 这个世界上后端开发的公司有多少,Go的机会就有多少。至于Go会不会越来越广泛的采 : 用谁都不好说,但说Go这种做的机会不多,简直就是胡扯。不管是大并发,中并发还是 : 小并发,Go对于Node的优势不是一点半点。Node唯一的优势就是三五杆枪的团队上 : prototype。没有任何别的优势。
|
|
|
c*******0 发帖数: 5247 | |
c*******0 发帖数: 5247 | 22
这个话题太有争议性,一展开说就是language war。对我而言,简单说Go目前对Java的
优势就是写着舒服,可读性强,相对于Java简洁明了,性能可估计性强(没有Java到处
都是的object包装)。
【在 g*****g 的大作中提到】 : 你来谈谈 go 对 Java的优势吧,我对这个比较感兴趣。node的强点在前端 UI,跟后端 : 语言其实没啥竞争。
|
b*******s 发帖数: 5216 | 23 cool, thanks dude
【在 c*******0 的大作中提到】 : : 这个话题太有争议性,一展开说就是language war。对我而言,简单说Go目前对Java的 : 优势就是写着舒服,可读性强,相对于Java简洁明了,性能可估计性强(没有Java到处 : 都是的object包装)。
|
b*******s 发帖数: 5216 | 24 非常适合写新系统,我也在游说把我们的后台一些东西用go写
【在 c*******0 的大作中提到】 : : 这个话题太有争议性,一展开说就是language war。对我而言,简单说Go目前对Java的 : 优势就是写着舒服,可读性强,相对于Java简洁明了,性能可估计性强(没有Java到处 : 都是的object包装)。
|
G***l 发帖数: 355 | 25 非常同意。去看看google的c++ style guide,就知道为什么会有go了。go就是能
enforce google c++ style guide的c/c++ alternative的语言。可能go在google内部
有一定用武之地,也适合做一些特点的项目,但是综合来说,根本不可能广泛流行,成
不了c++/java/c#这种普适性很强的,也成不了js,ruby,python,lua这些在特点领域非
常流行的。
【在 p*****2 的大作中提到】 : 解决了很多不是问题的问题 : 想学学go感觉学不到啥东西 因为其他语言通常有更好的解决方法 : 我说的是语法层面
|
p**********l 发帖数: 97 | 26 一般对于语言来说,学是没有什么感觉的,一定得真的用才能真正理解语言设计者为什
么要这样来设计这种语言。做个project找找感觉可能会有好处。其实要是没有rails那
么ruby可能没有人会appreciate,这里面道理是一样的. |
p*****2 发帖数: 21240 | 27
ruby对于语言来说可圈可点之处很多。
【在 p**********l 的大作中提到】 : 一般对于语言来说,学是没有什么感觉的,一定得真的用才能真正理解语言设计者为什 : 么要这样来设计这种语言。做个project找找感觉可能会有好处。其实要是没有rails那 : 么ruby可能没有人会appreciate,这里面道理是一样的.
|
d*******r 发帖数: 3299 | 28 大牛能否回答下我上面关于 http server scale out 和 nsq 相关的问题?
【在 c*******0 的大作中提到】 : : 这个话题太有争议性,一展开说就是language war。对我而言,简单说Go目前对Java的 : 优势就是写着舒服,可读性强,相对于Java简洁明了,性能可估计性强(没有Java到处 : 都是的object包装)。
|
p*****2 发帖数: 21240 | 29
大牛赶紧上吧。
【在 d*******r 的大作中提到】 : 大牛能否回答下我上面关于 http server scale out 和 nsq 相关的问题?
|
c*******0 发帖数: 5247 | 30
如果规模没到一定程度不需要。如果规模太大,nginx是有意义的,这种在C的层面上优
化了这么久的东西,轮速度很难被beat。
我们的东西还没大到需要nginx的程度,而且面向用户的都在app engine上,所以从来
就不用nginx
【在 d*******r 的大作中提到】 : 大牛能否回答下我上面关于 http server scale out 和 nsq 相关的问题?
|
|
|
c*******0 发帖数: 5247 | 31
在后端这个特色领域,Go要超过Lua和Ruby对应领域的流行程度估计都用不到几年。你
是不知道Go现在在企业里面的使用情况吧。
【在 G***l 的大作中提到】 : 非常同意。去看看google的c++ style guide,就知道为什么会有go了。go就是能 : enforce google c++ style guide的c/c++ alternative的语言。可能go在google内部 : 有一定用武之地,也适合做一些特点的项目,但是综合来说,根本不可能广泛流行,成 : 不了c++/java/c#这种普适性很强的,也成不了js,ruby,python,lua这些在特点领域非 : 常流行的。
|
s********k 发帖数: 6180 | 32 古霸,为啥说个语言的强点在底层开发,然后上层不得不使用同样的语言,好像只有上
层语言往底层侵略的
【在 g*****g 的大作中提到】 : 都不是hype,只不过绝大多数人都不用做底层。一个语言的强点在底层开发,然后上层 : 不得不使用同样的语言,并非很有吸引力。
|
g*****g 发帖数: 34805 | 33 比如说go的语言强点在于大并发,于是现有了写好的并发类库,自然上面的应用也只能
跟着用Go写。JVM上语言多,稍微灵活一点,但也是类似的。
【在 s********k 的大作中提到】 : 古霸,为啥说个语言的强点在底层开发,然后上层不得不使用同样的语言,好像只有上 : 层语言往底层侵略的
|
d*******r 发帖数: 3299 | 34 还是有点小失望,我觉得能用一种语言,我是肯定不折腾多种语言的.
参考这个: http://blog.dotcloud.com/under-the-hood-dotcloud-http-routing-layer
他们开始用 Node.js 的 http cluster (hipache) 代替 nginx cluster 的时候,估计
就是基于 architecture 一致性和功能extendable 考虑的. 不管是不是 Node.js
performance 比 nginx 太糟,总之他们后来又折腾回 nginx+Lua, 不能不说是构架上
的退步.
我倒是希望 Go 有自带的 http cluster lib, 效率比 nginx 差一些也行.
【在 c*******0 的大作中提到】 : : 在后端这个特色领域,Go要超过Lua和Ruby对应领域的流行程度估计都用不到几年。你 : 是不知道Go现在在企业里面的使用情况吧。
|
d*******r 发帖数: 3299 | 35 估计还得等等,还在折腾 AngularJS
【在 p*****2 的大作中提到】 : : 大牛赶紧上吧。
|
c*******0 发帖数: 5247 | 36
你要是可以接受效率比 nginx 差一些也行,那Go一点问题都没有。Brad曾经说过他写
的Go的东西从来不用Nginx,都是裸上
【在 d*******r 的大作中提到】 : 还是有点小失望,我觉得能用一种语言,我是肯定不折腾多种语言的. : 参考这个: http://blog.dotcloud.com/under-the-hood-dotcloud-http-routing-layer : 他们开始用 Node.js 的 http cluster (hipache) 代替 nginx cluster 的时候,估计 : 就是基于 architecture 一致性和功能extendable 考虑的. 不管是不是 Node.js : performance 比 nginx 太糟,总之他们后来又折腾回 nginx+Lua, 不能不说是构架上 : 的退步. : 我倒是希望 Go 有自带的 http cluster lib, 效率比 nginx 差一些也行.
|
m********5 发帖数: 17667 | 37 没有Java到处都是的object包装
你得到它了,这是我对go嘎兴趣的唯一原因 LoL
【在 c*******0 的大作中提到】 : : 你要是可以接受效率比 nginx 差一些也行,那Go一点问题都没有。Brad曾经说过他写 : 的Go的东西从来不用Nginx,都是裸上
|
d*******r 发帖数: 3299 | 38 为什么? 你觉得 object 特别好?
我第一份工作就是在一大堆 OOP C++ 里看源码,fix bug
过度 OOP 和 object 其实挺难受的, 经常一个简单的东西绕好几个弯儿
【在 m********5 的大作中提到】 : 没有Java到处都是的object包装 : 你得到它了,这是我对go嘎兴趣的唯一原因 LoL
|
d*******r 发帖数: 3299 | 39 你是说的这个 Brad 吗
https://github.com/bradfitz
我想知道有没有现成稳定的 Go lib 可以 scale out http requests 到 cluster 上的,
你的意思是自己写一个这种 Go lib 自己用?
【在 c*******0 的大作中提到】 : : 你要是可以接受效率比 nginx 差一些也行,那Go一点问题都没有。Brad曾经说过他写 : 的Go的东西从来不用Nginx,都是裸上
|
c*******0 发帖数: 5247 | 40
是
的,
https://github.com/tumblr/gocircuit
http://www.infoq.com/presentations/go-circuit-runtime
注意这是两个不同的项目。
我记得还有一个比较有名的把Go channel直接放到cluster环境中的,但是忘了名字了。
我还是觉得这不是一个lib应该做的事情,而是一个单独的load balancer模块做的事情。
【在 d*******r 的大作中提到】 : 你是说的这个 Brad 吗 : https://github.com/bradfitz : 我想知道有没有现成稳定的 Go lib 可以 scale out http requests 到 cluster 上的, : 你的意思是自己写一个这种 Go lib 自己用?
|
|
|
d*******r 发帖数: 3299 | 41 在 office 扫了一眼,看起来挺有意思,回头详细看看
了。
情。
【在 c*******0 的大作中提到】 : : 是 : 的, : https://github.com/tumblr/gocircuit : http://www.infoq.com/presentations/go-circuit-runtime : 注意这是两个不同的项目。 : 我记得还有一个比较有名的把Go channel直接放到cluster环境中的,但是忘了名字了。 : 我还是觉得这不是一个lib应该做的事情,而是一个单独的load balancer模块做的事情。
|
d*******r 发帖数: 3299 | 42 详细看了下他的 presentation: http://www.infoq.com/presentations/go-circuit-runtime
扫了一眼 gocircuit 的 github:https://github.com/gocircuit/circuit
你的意思是说,用 gocircuit+docker 来组织 clustered go programs, 任何 go 代码
都直接可以 scale out 了 (包括 http server). 你是这意思么?
看着非常高科技呀! rob pike 那一帮人怎么看这个 gocircuit ?我看repo里的代码好
像是没有C的,应该是没有 hack go-lang 本身的。但是我看他例子代码是 import _
xxx 了,go 程序就可以很容易地远程执行调用了。应该就是用 Go 写的一些
supporting distributed system 的功能。
另外,我看这个 Petar 的网站很有意思,他居然是 eMule 里面那个 DHT 算法(
kademlia)的发明者,几年前读 DHT paper 时候看过他的这个 paper:http://www.maymounkov.org/kademlia
了。
情。
【在 c*******0 的大作中提到】 : : 是 : 的, : https://github.com/tumblr/gocircuit : http://www.infoq.com/presentations/go-circuit-runtime : 注意这是两个不同的项目。 : 我记得还有一个比较有名的把Go channel直接放到cluster环境中的,但是忘了名字了。 : 我还是觉得这不是一个lib应该做的事情,而是一个单独的load balancer模块做的事情。
|
c*******0 发帖数: 5247 | 43
是的,至于最后scale的程度是取决于你用的好不好,可能性在那里。但和Docker没关
系。
不知道
这个东西本来就不用C啊。当年Rob Pike自己就做了一个netchan,相当于distributed
channel,但他对实现不满意,就没包含在官方lib里面。
这个人很Geek也很淘气。他最近的一个项目更有意思
https://github.com/gocircuit/escher
【在 d*******r 的大作中提到】 : 详细看了下他的 presentation: http://www.infoq.com/presentations/go-circuit-runtime : 扫了一眼 gocircuit 的 github:https://github.com/gocircuit/circuit : 你的意思是说,用 gocircuit+docker 来组织 clustered go programs, 任何 go 代码 : 都直接可以 scale out 了 (包括 http server). 你是这意思么? : 看着非常高科技呀! rob pike 那一帮人怎么看这个 gocircuit ?我看repo里的代码好 : 像是没有C的,应该是没有 hack go-lang 本身的。但是我看他例子代码是 import _ : xxx 了,go 程序就可以很容易地远程执行调用了。应该就是用 Go 写的一些 : supporting distributed system 的功能。 : 另外,我看这个 Petar 的网站很有意思,他居然是 eMule 里面那个 DHT 算法( : kademlia)的发明者,几年前读 DHT paper 时候看过他的这个 paper:http://www.maymounkov.org/kademlia
|
d*******r 发帖数: 3299 | 44 我又看了下这个 gocircuit, 是很有意思,但是没别人试过水,
还是不敢在 production 里面用. 决定观望一阵子.
distributed
【在 c*******0 的大作中提到】 : : 是的,至于最后scale的程度是取决于你用的好不好,可能性在那里。但和Docker没关 : 系。 : 不知道 : 这个东西本来就不用C啊。当年Rob Pike自己就做了一个netchan,相当于distributed : channel,但他对实现不满意,就没包含在官方lib里面。 : 这个人很Geek也很淘气。他最近的一个项目更有意思 : https://github.com/gocircuit/escher
|