n****1
发帖数: 1136 | 1 a). python/ruby/javascript(web)
python和ruby是社区已经很成熟的语言了， python更全面， ruby只有在web有应用。
而web是google内部最重要的go应用，所以google优先开发web类库， 现在golang里与
web有关的库已经非常完备了，ruby的压力无疑是最大的，python web端压力也不小。
Node还很年轻，设计上也走过些弯路（js bad part以及直到0.11才加入yield以至于之
前的event-based code丑陋不已），而golang毕竟是大师出品，语法以最简练为原则，
最重要的是static type是能用compiler找更多bug。
这三个脚本语言都基本只能单线程多进程，而go可以自动多线程，性能优势还是不小的。
b). C/C++/python in system programming(linux/os x/bsd)
内核那块，C根本没有对手
用户态程序，golang目前这方面类库很弱，google也不会花银子开发。如果要在这方面
有突破， 必须先在web端大热，积累大量熟悉go的程序员， 社区才会有兴趣开发这方
面类库。
最重要的是，这方面稳定透了， 热点也转移了， 输赢已经无关紧要
c). java
光论raw performance， go的确没优势， 可是事实上目前java程序员绝大部分只会写
单线程。 也就是说
You shouldn't use multi-threading in java unless you are really smart, you
can't be single-threaded in Go unless you are really stupid. 所以实际代码性
能不是benchmark说了算的。
最近java社区出了很多新框架致力改善这一现状，但是老coder思维模式难改变。 而
golang作为新语言，强迫使用新思维写程序，benefit> learning cost。
d). scala
虽然我很喜欢FP，但scala learning cost比Go的确要高很多，如果coder的平均IQ提高
20点，scala肯定能胜出. |
p*****2
发帖数: 21240 | 2 大牛说说google内部啥情况 听起来就是干python的
的。
【在 n****1 的大作中提到】
: a). python/ruby/javascript(web)
: python和ruby是社区已经很成熟的语言了， python更全面， ruby只有在web有应用。
: 而web是google内部最重要的go应用，所以google优先开发web类库， 现在golang里与
: web有关的库已经非常完备了，ruby的压力无疑是最大的，python web端压力也不小。
: Node还很年轻，设计上也走过些弯路（js bad part以及直到0.11才加入yield以至于之
: 前的event-based code丑陋不已），而golang毕竟是大师出品，语法以最简练为原则，
: 最重要的是static type是能用compiler找更多bug。
: 这三个脚本语言都基本只能单线程多进程，而go可以自动多线程，性能优势还是不小的。
: b). C/C++/python in system programming(linux/os x/bsd)
: 内核那块，C根本没有对手
|
l*********s
发帖数: 5409 | 3 java优化的余地很小了，go在性能上超越java简直是一定的。 |
p*****2
发帖数: 21240 | 4 我来说说我的理解
跟C/C++ 比，有简单的优势
跟Java比， 有并发的优势
跟Python比，有性能的优势
跟动态语言比，有静态语言的优势 （当然这个是两面的）
我觉得如果C/C++程序员想做web的话，很可能会选择Go
Java程序员的话，感觉很难去转到Go，看看板上的zhaoce，goodbug就能看的很清楚
Python的话，我感觉公孙大神也很难转到Go，希望公孙大神能谈谈
我想知道主动转到Go的程序员一般是什么背景，感觉是不是还是以C/C++为主？ |
p*****2
发帖数: 21240 | 5
大牛觉得Go能干掉Java吗？
【在 l*********s 的大作中提到】
: java优化的余地很小了，go在性能上超越java简直是一定的。
|
b*******s
发帖数: 5216 | 6 干不掉
【在 p*****2 的大作中提到】
:
: 大牛觉得Go能干掉Java吗？
|
n****1
发帖数: 1136 | 7 你别老发动阶级斗争，语言没有谁干掉谁，只会逐渐衰落。就像perl一样，现在还吊着
，硬是还没死
go未必需要三哥之流换语言，人家都写了十几年java你让人家换，人当然不乐意。 可
是coder总会有新老交替，只要年轻人肯接受就行了。
当年goodbug说java要火，很多老人不以为然，可你看java如日之天之时，又有多少
coder是从C++转过来的，多少人是新血液？
【在 p*****2 的大作中提到】
:
: 大牛觉得Go能干掉Java吗？
|
b*******s
发帖数: 5216 | 8 以前c/c++/java兴盛的年代，大家都希望一种语言rule all
你怎么还跟80/90年代的思维一个模式？
【在 p*****2 的大作中提到】
:
: 大牛觉得Go能干掉Java吗？
|
p*****2
发帖数: 21240 | 9
因为我听说G内部是用Go来代替C／C++的，所以提倡系统编程，但是没有成功。所以，
又用并发的优势想代替Java。
不过话说回来，Java干的C++不要太惨了。
【在 b*******s 的大作中提到】
: 以前c/c++/java兴盛的年代，大家都希望一种语言rule all
: 你怎么还跟80/90年代的思维一个模式？
|
c*******0
发帖数: 5247 | 10 This is totally untrue.
【在 p*****2 的大作中提到】
:
: 因为我听说G内部是用Go来代替C／C++的，所以提倡系统编程，但是没有成功。所以，
: 又用并发的优势想代替Java。
: 不过话说回来，Java干的C++不要太惨了。
|
|
|
p*****2
发帖数: 21240 | 11
大牛ZKSS？
【在 c*******0 的大作中提到】
: This is totally untrue.
|
b*******s
发帖数: 5216 | 12 我不是针对你，别生气
以前是单机时代，所有东西大多数都在一个盒子里
所有有one rules all，最好都用一个语言工具解决问题，否则部署都是大麻烦
现在都是分散在不同的抽象／物理层次里，再追求这样就是开玩笑
比如c/c++是在native系统层，java是在应用层，或者是网络应用的基础层
js在前端表现层...
你说的c++被打败，其实不是坏事，在应用层c++是生产率很低的东西
【在 p*****2 的大作中提到】
:
: 大牛ZKSS？
|
p*****2
发帖数: 21240 | 13
我可没生气呀。我是来学习的。
根据我的了解，做大并发现在还有很多公司是用C＋＋来做的。这个应该也算应用层吧
。我就是想知道是不是这些用C++做大并发的，可以转向Go。
我从来没认为一个语言可以做一切，所以我也是什么语言都了解一下，看看能不能用到
恰当的地方。
【在 b*******s 的大作中提到】
: 我不是针对你，别生气
: 以前是单机时代，所有东西大多数都在一个盒子里
: 所有有one rules all，最好都用一个语言工具解决问题，否则部署都是大麻烦
: 现在都是分散在不同的抽象／物理层次里，再追求这样就是开玩笑
: 比如c/c++是在native系统层，java是在应用层，或者是网络应用的基础层
: js在前端表现层...
: 你说的c++被打败，其实不是坏事，在应用层c++是生产率很低的东西
|
s******c
发帖数: 1920 | 14 golang非常适合做分布式编程
大大精简了代码长度和复杂性
a). python/ruby/javascript(web)python和ruby是社区已经很成熟的语言了， python
更全面， ruby只有在web有应用。而web是go........
【在 n****1 的大作中提到】
: a). python/ruby/javascript(web)
: python和ruby是社区已经很成熟的语言了， python更全面， ruby只有在web有应用。
: 而web是google内部最重要的go应用，所以google优先开发web类库， 现在golang里与
: web有关的库已经非常完备了，ruby的压力无疑是最大的，python web端压力也不小。
: Node还很年轻，设计上也走过些弯路（js bad part以及直到0.11才加入yield以至于之
: 前的event-based code丑陋不已），而golang毕竟是大师出品，语法以最简练为原则，
: 最重要的是static type是能用compiler找更多bug。
: 这三个脚本语言都基本只能单线程多进程，而go可以自动多线程，性能优势还是不小的。
: b). C/C++/python in system programming(linux/os x/bsd)
: 内核那块，C根本没有对手
|
w**z
发帖数: 8232 | 15 相当精确。 以前听过一个podcast,
http://javaposse.com/java-posse-431-brad-fitzpatrick-on-go
有点意思。好像是一个挺好玩的语言。搞笑的是问为什么要搞这么个语言，回答说是
wait for C++ code to compile. 所以是应该是对C＋＋不满意的人开始搞的。
的。
【在 n****1 的大作中提到】
: a). python/ruby/javascript(web)
: python和ruby是社区已经很成熟的语言了， python更全面， ruby只有在web有应用。
: 而web是google内部最重要的go应用，所以google优先开发web类库， 现在golang里与
: web有关的库已经非常完备了，ruby的压力无疑是最大的，python web端压力也不小。
: Node还很年轻，设计上也走过些弯路（js bad part以及直到0.11才加入yield以至于之
: 前的event-based code丑陋不已），而golang毕竟是大师出品，语法以最简练为原则，
: 最重要的是static type是能用compiler找更多bug。
: 这三个脚本语言都基本只能单线程多进程，而go可以自动多线程，性能优势还是不小的。
: b). C/C++/python in system programming(linux/os x/bsd)
: 内核那块，C根本没有对手
|
b*******s
发帖数: 5216 | 16 貌似他的逻辑是：如果不能在web上成功，go对c/c++不会有什么冲击吧
【在 w**z 的大作中提到】
: 相当精确。 以前听过一个podcast,
: http://javaposse.com/java-posse-431-brad-fitzpatrick-on-go
: 有点意思。好像是一个挺好玩的语言。搞笑的是问为什么要搞这么个语言，回答说是
: wait for C++ code to compile. 所以是应该是对C＋＋不满意的人开始搞的。
:
: 的。
|
b*******s
发帖数: 5216 | 17 go是试图从语言上来解决并发编程效率问题
node是从框架上，也就是库上面来加以解决
至于哪个更成功，目前node还是领先一点我感觉，毕竟不需要特别的学习
的。
【在 n****1 的大作中提到】
: a). python/ruby/javascript(web)
: python和ruby是社区已经很成熟的语言了， python更全面， ruby只有在web有应用。
: 而web是google内部最重要的go应用，所以google优先开发web类库， 现在golang里与
: web有关的库已经非常完备了，ruby的压力无疑是最大的，python web端压力也不小。
: Node还很年轻，设计上也走过些弯路（js bad part以及直到0.11才加入yield以至于之
: 前的event-based code丑陋不已），而golang毕竟是大师出品，语法以最简练为原则，
: 最重要的是static type是能用compiler找更多bug。
: 这三个脚本语言都基本只能单线程多进程，而go可以自动多线程，性能优势还是不小的。
: b). C/C++/python in system programming(linux/os x/bsd)
: 内核那块，C根本没有对手
|
n****1
发帖数: 1136 | 18 google的map-reduce是C++写的，这个是吃饭家伙，所以代码再老也不会换hadoop
我怀疑他们要用go来逐步重写mapreduce/bigtable等恐龙级程序
【在 b*******s 的大作中提到】
: 貌似他的逻辑是：如果不能在web上成功，go对c/c++不会有什么冲击吧
|
w**z
发帖数: 8232 | 19 go 应该比C＋＋ 和 Java 都容易上手多了，就是要普及可能有难度。
【在 b*******s 的大作中提到】
: 貌似他的逻辑是：如果不能在web上成功，go对c/c++不会有什么冲击吧
|
p*****2
发帖数: 21240 | 20
python
为什么适合分布式呢？chann不是跨machine吧？感觉分布式AKKA的强项吧？
【在 s******c 的大作中提到】
: golang非常适合做分布式编程
: 大大精简了代码长度和复杂性
:
: a). python/ruby/javascript(web)python和ruby是社区已经很成熟的语言了， python
: 更全面， ruby只有在web有应用。而web是go........
|
|
|
p*****2
发帖数: 21240 | 21
go对于node的优势是goroutine之间可以很容易的通信。Node进程之间通信比较麻烦。
同个进程容易，但是又不能利用multi core。
【在 b*******s 的大作中提到】
: go是试图从语言上来解决并发编程效率问题
: node是从框架上，也就是库上面来加以解决
: 至于哪个更成功，目前node还是领先一点我感觉，毕竟不需要特别的学习
:
: 的。
|
p*****2
发帖数: 21240 | 22
这不就是我说的C/C++往Go上转吗？
【在 n****1 的大作中提到】
: google的map-reduce是C++写的，这个是吃饭家伙，所以代码再老也不会换hadoop
: 我怀疑他们要用go来逐步重写mapreduce/bigtable等恐龙级程序
|
p*****2
发帖数: 21240 | 23
其实Java不难上手，就是框架太复杂了。
【在 w**z 的大作中提到】
: go 应该比C＋＋ 和 Java 都容易上手多了，就是要普及可能有难度。
|
n****1
发帖数: 1136 | |
n****1
发帖数: 1136 | 25 Rob pike当年的plan9和inferno可是网络分布式运算的老祖宗，岂容javascript这种黄
口小儿造次
【在 p*****2 的大作中提到】
:
: 其实Java不难上手，就是框架太复杂了。
|
p*****2
发帖数: 21240 | 26
这个做出来不错，就具有分布式了，估计能对AKKA造成一定冲击。Node的话，感觉问题
不大，因为可以用外部的event bus解决。而且目前Node主要是做web server，很少会
做分布式。
看来Go还是能意识到自己的问题，加netchan。不知道Clojure会不会跟进。
【在 n****1 的大作中提到】
: https://groups.google.com/forum/#!topic/golang-nuts/Er3TetntSmg
|
b*******s
发帖数: 5216 | 27 node按照我的理解，应该尽量避免进程间通信，最好是工作进程间完全不通信
【在 p*****2 的大作中提到】
:
: 这个做出来不错，就具有分布式了，估计能对AKKA造成一定冲击。Node的话，感觉问题
: 不大，因为可以用外部的event bus解决。而且目前Node主要是做web server，很少会
: 做分布式。
: 看来Go还是能意识到自己的问题，加netchan。不知道Clojure会不会跟进。
|
p*****2
发帖数: 21240 | 28
确实是呀。不然就麻烦了。所以这是Node跟AKKA，Go这些最大的区别。适合Web server
这些任务之间完全没有耦合的情况。如果Node想做分布式的话，就要加feature跟他们
竞争了。
但是如果利用外部的数据结构，比如redis，event bus啥的，Node进程之间的合作也是
没有问题的。都是event driven吗。
【在 b*******s 的大作中提到】
: node按照我的理解，应该尽量避免进程间通信，最好是工作进程间完全不通信
|
c*******0
发帖数: 5247 | 29
别的不多说，Google 内部 Go的使用情况和使用趋势和“没有成功”完全搭不上边。
我不知道你的“听说”是哪里来的，要不就是你的source故意骗你，要不就是你的
source不知道情况瞎扯淡
【在 p*****2 的大作中提到】
:
: 确实是呀。不然就麻烦了。所以这是Node跟AKKA，Go这些最大的区别。适合Web server
: 这些任务之间完全没有耦合的情况。如果Node想做分布式的话，就要加feature跟他们
: 竞争了。
: 但是如果利用外部的数据结构，比如redis，event bus啥的，Node进程之间的合作也是
: 没有问题的。都是event driven吗。
|
n****1
发帖数: 1136 | 30 我觉得是第三种原因， 就是他没有读懂source. 你看他转发了多少不着边际的烂文，
要是他读懂了肯定不敢发
【在 c*******0 的大作中提到】
:
: 别的不多说，Google 内部 Go的使用情况和使用趋势和“没有成功”完全搭不上边。
: 我不知道你的“听说”是哪里来的，要不就是你的source故意骗你，要不就是你的
: source不知道情况瞎扯淡
|
|
|
g*****g
发帖数: 34805 | 31 我觉得多线程被人为夸大了。你们有几个人写过复杂的多线程程序？我老干了10来年不
过写过两个而已。
所有java web应用都是多线程，但在框架底下基本上不用碰到同步的东西。或者需要同
步的东西可以通过数据库transaction来解决。
这年头真正需要多线程的地方基本就是架构本身。
的。
【在 n****1 的大作中提到】
: a). python/ruby/javascript(web)
: python和ruby是社区已经很成熟的语言了， python更全面， ruby只有在web有应用。
: 而web是google内部最重要的go应用，所以google优先开发web类库， 现在golang里与
: web有关的库已经非常完备了，ruby的压力无疑是最大的，python web端压力也不小。
: Node还很年轻，设计上也走过些弯路（js bad part以及直到0.11才加入yield以至于之
: 前的event-based code丑陋不已），而golang毕竟是大师出品，语法以最简练为原则，
: 最重要的是static type是能用compiler找更多bug。
: 这三个脚本语言都基本只能单线程多进程，而go可以自动多线程，性能优势还是不小的。
: b). C/C++/python in system programming(linux/os x/bsd)
: 内核那块，C根本没有对手
|
w***g
发帖数: 5958 | 32 同意这点。大师虽然把别的东西都简化了，但是要强迫菜鸟进行多线程思维，这个貌似
要求有点太高了。
【在 g*****g 的大作中提到】
: 我觉得多线程被人为夸大了。你们有几个人写过复杂的多线程程序？我老干了10来年不
: 过写过两个而已。
: 所有java web应用都是多线程，但在框架底下基本上不用碰到同步的东西。或者需要同
: 步的东西可以通过数据库transaction来解决。
: 这年头真正需要多线程的地方基本就是架构本身。
:
: 的。
|
w**z
发帖数: 8232 | 33 写C++的时候写过一点，转成Java就很少写了，也不复杂，executor 挺好用。就是前两
天，用shutdownhook 有点麻烦。
【在 g*****g 的大作中提到】
: 我觉得多线程被人为夸大了。你们有几个人写过复杂的多线程程序？我老干了10来年不
: 过写过两个而已。
: 所有java web应用都是多线程，但在框架底下基本上不用碰到同步的东西。或者需要同
: 步的东西可以通过数据库transaction来解决。
: 这年头真正需要多线程的地方基本就是架构本身。
:
: 的。
|
n****1
发帖数: 1136 | 34 golang根本就没有线程api, 没有mutex,没有线程间同步, 完全是后台自动把goroutine
变为多线程.
你说的"多线程思维"指的是啥?
【在 w***g 的大作中提到】
: 同意这点。大师虽然把别的东西都简化了，但是要强迫菜鸟进行多线程思维，这个貌似
: 要求有点太高了。
|
p*****2
发帖数: 21240 | 35 我也是这个感觉呀 所以scala clojure 这么强调并发 但还是小众 go目前来看还是主
要做Webserver
所以我也奇怪怎么突然大家都炒并发了 都是多核闹得？
【在 g*****g 的大作中提到】
: 我觉得多线程被人为夸大了。你们有几个人写过复杂的多线程程序？我老干了10来年不
: 过写过两个而已。
: 所有java web应用都是多线程，但在框架底下基本上不用碰到同步的东西。或者需要同
: 步的东西可以通过数据库transaction来解决。
: 这年头真正需要多线程的地方基本就是架构本身。
:
: 的。
|
g*****g
发帖数: 34805 | 36 光executor, task之间无关的都不好意思说是多线程。怎么也得是一堆的Future,
CountDownLatch, Lock, 在threadpool里还有先后关系，一不小心会死锁的才能叫多线
程。
【在 w**z 的大作中提到】
: 写C++的时候写过一点，转成Java就很少写了，也不复杂，executor 挺好用。就是前两
: 天，用shutdownhook 有点麻烦。
|
c*******0
发帖数: 5247 | 37
server
为什么任务之间没有耦合Go就不能做？这是什么逻辑？
是，如果利用外部数据结构，Python Ruby Node什么都可以做，只是性能不如Go而已。
对于大型web server，我到目前为止没看出Node和Go比有任何优势。如果硬要找一个，
那估计就是Node满足了以前的前端不用学新语言就转后端的欲望。仅此而已。
你不是一直想知道Go有什么优势么？我简单给你列几个吧
1 易学，三天上手。易用，写起来有动态语言感觉，超级方便的内置lib。易维护，因
为语言太简单了，可读性高。Type safety永远是稍微大点规模项目的第一选择。我不
知道每个人对大项目的定义是什么样的，至少Google里大项目是不建议上Python的。
Python面临的项目scalability问题，javascript有过之而无不及。你要说你可以写
test来做type checking的话......welcome to 21 century, there is actually
something the compiler can do it for you really well.
2 性能高，和Java比非常接近，甩Python Ruby Javascrupt几条街。你去网上找到的那
些所谓Javascript快的评测都是做简单的loop逻辑，几行代码开一个服务器，那在V8上
跑当然快了。你的后台逻辑复杂了之后，虚拟机光infer type都不知道infer多久。
Node吹的“高性能”得益于non－blocking io，却不得不忍受非常麻烦的callback，然
后就这还不如Go快，然后你还要忍受所有东西都在一个thread里面做。Go里面怎么搞？
一个connection一个routine，实质上也是non－blocking io，写起来那叫一个容易，
thread的边都不用碰就自然扩展上去了。然后资源占用还少。
3 Deployment超级方便。为啥？就一个binary。Go现在在Devops领域如此之火，以至于
Docker，Packer，Drone，coreos，以及几个小牛搞的Flynn都用Go，主要就是两个原因
，一个是concurrent特性，一个就是deployment方便。
既然说到这就多说几句，我成天就见你说Go语法特性如何丑陋和陈旧。很多语言的语法
糖是一个很害人的东西，明明是设计的问题却搞一些丑陋的hack来掩盖，haskell的
monad就是一典型例子，node的callback hell是另一个典型例子。在我看来，代码没有
陈旧和丑陋，只有容易懂还是不容易懂。想知道一个语言是不是适合长期维护和阅读，
方法很简单，每当你需要什么library的时候，你找到library，进去读一下它的代码，
你是很快就能读懂，还是花大部分时候纠结于语法糖和不知道的特性？我不知道你的情
况，反正我看很多C++的library，或者javascript的library，立马就失去深入的兴趣
，因为不觉得短时间看得懂。Python要好的多，但Go的好处就是，任何library，你一
看就懂，太直白了，然后大部分情况下只有一个idomatic way，一旦你熟悉Go永不了多
久看什么第三方库都是和看直白的文档没区别。
当然你还可以说我C++和Javascript功底不够，我不否认。我只是不想浪费时间去和语
言斗争。我更喜欢花时间去研究项目能做的事，能给用户带来的好处。Go能让我做到这
一点，那就行了。
【在 p*****2 的大作中提到】
: 我也是这个感觉呀 所以scala clojure 这么强调并发 但还是小众 go目前来看还是主
: 要做Webserver
: 所以我也奇怪怎么突然大家都炒并发了 都是多核闹得？
|
n****1
发帖数: 1136 | 38 所以说java里面的多核编程还停留在茹毛饮血时代.
【在 g*****g 的大作中提到】
: 光executor, task之间无关的都不好意思说是多线程。怎么也得是一堆的Future,
: CountDownLatch, Lock, 在threadpool里还有先后关系，一不小心会死锁的才能叫多线
: 程。
|
g*****g
发帖数: 34805 | 39 这当然是优势，但如果没有那么多多线程东西要写，这个优势就不明显。我就这意思。
goroutine
【在 n****1 的大作中提到】
: golang根本就没有线程api, 没有mutex,没有线程间同步, 完全是后台自动把goroutine
: 变为多线程.
: 你说的"多线程思维"指的是啥?
|
p*****2
发帖数: 21240 | 40 你说的第一个问题我没那个意思
你对node的了解确实也不够多
不过你写的这一段关于go的还是很有价值的 也是我板上看到最好的一段 多谢了
【在 c*******0 的大作中提到】
:
: server
: 为什么任务之间没有耦合Go就不能做？这是什么逻辑？
: 是，如果利用外部数据结构，Python Ruby Node什么都可以做，只是性能不如Go而已。
: 对于大型web server，我到目前为止没看出Node和Go比有任何优势。如果硬要找一个，
: 那估计就是Node满足了以前的前端不用学新语言就转后端的欲望。仅此而已。
: 你不是一直想知道Go有什么优势么？我简单给你列几个吧
: 1 易学，三天上手。易用，写起来有动态语言感觉，超级方便的内置lib。易维护，因
: 为语言太简单了，可读性高。Type safety永远是稍微大点规模项目的第一选择。我不
: 知道每个人对大项目的定义是什么样的，至少Google里大项目是不建议上Python的。
|
|
|
c*******0
发帖数: 5247 | 41 go有mutex，而且某些情况下也鼓励使用mutex
goroutine
【在 n****1 的大作中提到】
: golang根本就没有线程api, 没有mutex,没有线程间同步, 完全是后台自动把goroutine
: 变为多线程.
: 你说的"多线程思维"指的是啥?
|
g*****g
发帖数: 34805 | 42 不如说99%的应用都没超出简单的executor+ independent tasks. 我不反对对另外1%优
化，我只不过觉得一比就谈这1%没有抓住主要矛盾。
【在 n****1 的大作中提到】
: 所以说java里面的多核编程还停留在茹毛饮血时代.
|
p*****2
发帖数: 21240 | 43 那看来跟scala clojure 一样 还是不能完全避免使用底层多线程 不过大多数情况估计
也够了
【在 c*******0 的大作中提到】
: go有mutex，而且某些情况下也鼓励使用mutex
:
: goroutine
|
p*****2
发帖数: 21240 | 44 大牛觉得为什么这几年突然出来一大堆技术要解决多线程问题 包括fp火起来也很大原
因是为了这个
【在 g*****g 的大作中提到】
: 这当然是优势，但如果没有那么多多线程东西要写，这个优势就不明显。我就这意思。
:
: goroutine
|
g*****g
发帖数: 34805 | 45 近几年jvm增加了对非java语言的支持，一些fp语言有所发展，而且复杂多线程是fp的
sweet spot没有错。
也涌现了了诸如kafka, storm之类的优秀框架。但就如alibaba用java重写了storm，核
心的是背后的思想，而不是语言本身。java同样写了很多优秀轮子，诸如Cassandra,
Hadoop.
迄今为止最成功的非java jvm语言是Groovy. Tiboe上Scala甚至排不进前40，
离火还很远。
这5年唯一能说火了的语言，只有Objective C.
【在 p*****2 的大作中提到】
: 大牛觉得为什么这几年突然出来一大堆技术要解决多线程问题 包括fp火起来也很大原
: 因是为了这个
|
w***g
发帖数: 5958 | 46 然。
【在 g*****g 的大作中提到】
: 不如说99%的应用都没超出简单的executor+ independent tasks. 我不反对对另外1%优
: 化，我只不过觉得一比就谈这1%没有抓住主要矛盾。
|
n****1
发帖数: 1136 | 47 这个我不同意, haskell也就io monad有点脏, 但至少它强烈反对滥用io monad,好的
design里面io monad一定是被压缩到最小程度的. 不像node社区认为call back理所当
然.
Golang的errror handling简直和C里面的errno没啥区别,非常落后.同时panic/recover
也是莫名其妙, 降低了代码的可预测度(本质上和exception无异).
【在 c*******0 的大作中提到】
: go有mutex，而且某些情况下也鼓励使用mutex
:
: goroutine
|
p*****2
发帖数: 21240 | 48 多谢大牛解惑
【在 g*****g 的大作中提到】
: 近几年jvm增加了对非java语言的支持，一些fp语言有所发展，而且复杂多线程是fp的
: sweet spot没有错。
: 也涌现了了诸如kafka, storm之类的优秀框架。但就如alibaba用java重写了storm，核
: 心的是背后的思想，而不是语言本身。java同样写了很多优秀轮子，诸如Cassandra,
: Hadoop.
: 迄今为止最成功的非java jvm语言是Groovy. Tiboe上Scala甚至排不进前40，
: 离火还很远。
: 这5年唯一能说火了的语言，只有Objective C.
|
n****1
发帖数: 1136 | 49 这个我才发现, 震惊了.不过还好是library, 不是language primitive. 莫非要程序员
手动避免死锁?
可能像java里面的jni允许手动管理内存一样, 不想把事情做绝,但我感觉后患无穷.
【在 c*******0 的大作中提到】
: go有mutex，而且某些情况下也鼓励使用mutex
:
: goroutine
|
g*****g
发帖数: 34805 | 50 虽然我不觉得go能到达C,C++,Java的高度。但我从来认为牛逼大公司的支持是一个语言
成功的重要条件。
微软强推C#也让C#今天还是前5的语言。这个版上常提的语言，也就js和go有可能到达
这个位置。 |
|
|
N********n
发帖数: 8363 | 51 这一看就是懂行人写的，打中了NODE的要害。
【在 c*******0 的大作中提到】
: go有mutex，而且某些情况下也鼓励使用mutex
:
: goroutine
|
g*****g
发帖数: 34805 | 52 Node不是让前端的人去写后端的，前端的人跟后端的人domain knowledge, mindset根
本不同，能贯通的人是极少数。
Node是让前端可以用一个语言写，不用脑子换来换去。同时也提高了性能。就这两个我
觉得很了不起了。指望打遍天下是不可能的。
【在 c*******0 的大作中提到】
: go有mutex，而且某些情况下也鼓励使用mutex
:
: goroutine
|
p*****2
发帖数: 21240 | 53 你这个也太搞了 goodbug已经说过了 很少有app需要线程协作的 不然的话确实是个优
势 node本来也不是做框架的
【在 N********n 的大作中提到】
: 这一看就是懂行人写的，打中了NODE的要害。
|
p*****2
发帖数: 21240 | 54 问题是c#虽然前五 语言也很出众 但是没前途呀
【在 g*****g 的大作中提到】
: 虽然我不觉得go能到达C,C++,Java的高度。但我从来认为牛逼大公司的支持是一个语言
: 成功的重要条件。
: 微软强推C#也让C#今天还是前5的语言。这个版上常提的语言，也就js和go有可能到达
: 这个位置。
|
M****z
发帖数: 1058 | 55 完全没正经变过程，要学个语言做后台。反正所有语言对我来说都是新的，肯定就找一
个趋势向上的contender。俺觉得golang比objective c难学。可能因为没有学过c的原
因吧。node的那些问题，英文的讨论里面有很多，google一下就有。本来想学JS，发现
太多用法了，短期内搞不清楚。
【在 p*****2 的大作中提到】
: 我来说说我的理解
: 跟C/C++ 比，有简单的优势
: 跟Java比， 有并发的优势
: 跟Python比，有性能的优势
: 跟动态语言比，有静态语言的优势 （当然这个是两面的）
: 我觉得如果C/C++程序员想做web的话，很可能会选择Go
: Java程序员的话，感觉很难去转到Go，看看板上的zhaoce，goodbug就能看的很清楚
: Python的话，我感觉公孙大神也很难转到Go，希望公孙大神能谈谈
: 我想知道主动转到Go的程序员一般是什么背景，感觉是不是还是以C/C++为主？
|
d********f
发帖数: 43471 | 56 c++惨和java有什么关系，c++明显overengineering,根本让马宫没法focus在biz logic
上，这是自己的问题，不管谁来竞争都能赢，远的不说c++在计算领域连fortran系列都
竞争不过
【在 p*****2 的大作中提到】
: 问题是c#虽然前五 语言也很出众 但是没前途呀
|
G**Y
发帖数: 33224 | 57 你说的是MS的C++吧。
logic
【在 d********f 的大作中提到】
: c++惨和java有什么关系，c++明显overengineering,根本让马宫没法focus在biz logic
: 上，这是自己的问题，不管谁来竞争都能赢，远的不说c++在计算领域连fortran系列都
: 竞争不过
|
m******t
发帖数: 635 | 58 跟二爷唱个反调。C#虽然在因为微软过去1０年的折腾和不作为在桌面和web方面节节败
退，但是因为Unity和xamarin却在移动开发上影响很大。如果那个新ceo有魄力买下
xamarin并且免费提供的话，应该会吸引很多打算涉足移动开发的新鲜血液过来。
话说买skype和nokia的钱干这件事可以干很多次了。
【在 p*****2 的大作中提到】
: 问题是c#虽然前五 语言也很出众 但是没前途呀
|
G**Y
发帖数: 33224 | 59 现在google voice，ms messenger都没了。
Skype应该有戏呀。MS估计没想到wechat，whatsapp，LOL
【在 m******t 的大作中提到】
: 跟二爷唱个反调。C#虽然在因为微软过去1０年的折腾和不作为在桌面和web方面节节败
: 退，但是因为Unity和xamarin却在移动开发上影响很大。如果那个新ceo有魄力买下
: xamarin并且免费提供的话，应该会吸引很多打算涉足移动开发的新鲜血液过来。
: 话说买skype和nokia的钱干这件事可以干很多次了。
|
s***o
发帖数: 2191 | 60 这个新CEO三把火还行，有种把微软往正路上拉的感觉。
昨天看到又推出了个.NET native，据说速度大幅提升。不过我是没精力再折腾Windows
Store App了
【在 m******t 的大作中提到】
: 跟二爷唱个反调。C#虽然在因为微软过去1０年的折腾和不作为在桌面和web方面节节败
: 退，但是因为Unity和xamarin却在移动开发上影响很大。如果那个新ceo有魄力买下
: xamarin并且免费提供的话，应该会吸引很多打算涉足移动开发的新鲜血液过来。
: 话说买skype和nokia的钱干这件事可以干很多次了。
|
|
|
N********n
发帖数: 8363 | 61
NODE的病根在JS上，跟多线程没关系。楼上说得很清楚，一这个东西没有TYPE
SAFETY，纠错只能靠TEST或LIVE RUN，新时代的语言不利用IDE和COMPILER纠错
属于奇葩。
其次异步CALLBACK满天飞。CALLBACK很多人已经说过了，CALLBACK本质上就是
GOTO。GOTO太多程序还能读吗？如果一段代码要CALL六、七个异步SERVICE，用
CALLBACK会把这段代码拆成6、7个CALLBACK FUNCTION。一个套一个那程序的
可读性就完了。这个只有写过大程序复杂逻辑的CODER才有体会。
其他缺陷还有，但这两条就差不多定性了。NODE不适合做后端开发。
【在 p*****2 的大作中提到】
: 你这个也太搞了 goodbug已经说过了 很少有app需要线程协作的 不然的话确实是个优
: 势 node本来也不是做框架的
|
n******t
发帖数: 4406 | 62 自动多线程就是扯淡。现在99%的程序员单线程程序都写不明白。
这些人根本就不应该让他们碰任何需要多线程的场合。
剩下懂的程序员，用C就够了。
的。
【在 n****1 的大作中提到】
: a). python/ruby/javascript(web)
: python和ruby是社区已经很成熟的语言了， python更全面， ruby只有在web有应用。
: 而web是google内部最重要的go应用，所以google优先开发web类库， 现在golang里与
: web有关的库已经非常完备了，ruby的压力无疑是最大的，python web端压力也不小。
: Node还很年轻，设计上也走过些弯路（js bad part以及直到0.11才加入yield以至于之
: 前的event-based code丑陋不已），而golang毕竟是大师出品，语法以最简练为原则，
: 最重要的是static type是能用compiler找更多bug。
: 这三个脚本语言都基本只能单线程多进程，而go可以自动多线程，性能优势还是不小的。
: b). C/C++/python in system programming(linux/os x/bsd)
: 内核那块，C根本没有对手
|
c*******0
发帖数: 5247 | 63
现代移动设备编程，不管是苹果还是android，有几个app是没有多线程的？你是说这些
app都是不明不白写出来的？
再说Go和多线程没啥直接关系，Go的思想是程序并发化，你单线程可以并发，多线程可
以并发，多核可以并发，多机可以并发，这有什么关系啊。你要问并发有没有用，是不
是扯淡，这里的人说了不算，你看看工业界有多少公司当年想上erlang就知道。可惜
Erlang的语法实在是令人发指，不然早就是很火的语言了。
【在 n******t 的大作中提到】
: 自动多线程就是扯淡。现在99%的程序员单线程程序都写不明白。
: 这些人根本就不应该让他们碰任何需要多线程的场合。
: 剩下懂的程序员，用C就够了。
:
: 的。
|
d********f
发帖数: 43471 | 64 所以有钱途，一个会写得顶100个不会写的，
【在 N********n 的大作中提到】
:
: NODE的病根在JS上，跟多线程没关系。楼上说得很清楚，一这个东西没有TYPE
: SAFETY，纠错只能靠TEST或LIVE RUN，新时代的语言不利用IDE和COMPILER纠错
: 属于奇葩。
: 其次异步CALLBACK满天飞。CALLBACK很多人已经说过了，CALLBACK本质上就是
: GOTO。GOTO太多程序还能读吗？如果一段代码要CALL六、七个异步SERVICE，用
: CALLBACK会把这段代码拆成6、7个CALLBACK FUNCTION。一个套一个那程序的
: 可读性就完了。这个只有写过大程序复杂逻辑的CODER才有体会。
: 其他缺陷还有，但这两条就差不多定性了。NODE不适合做后端开发。
|
c*******9
发帖数: 9032 | 65 这个比较固定了吧，还有从新写的必要？
【在 n****1 的大作中提到】
: google的map-reduce是C++写的，这个是吃饭家伙，所以代码再老也不会换hadoop
: 我怀疑他们要用go来逐步重写mapreduce/bigtable等恐龙级程序
|
p*****2
发帖数: 21240 | 66
你是真不懂呀。
【在 N********n 的大作中提到】
:
: NODE的病根在JS上，跟多线程没关系。楼上说得很清楚，一这个东西没有TYPE
: SAFETY，纠错只能靠TEST或LIVE RUN，新时代的语言不利用IDE和COMPILER纠错
: 属于奇葩。
: 其次异步CALLBACK满天飞。CALLBACK很多人已经说过了，CALLBACK本质上就是
: GOTO。GOTO太多程序还能读吗？如果一段代码要CALL六、七个异步SERVICE，用
: CALLBACK会把这段代码拆成6、7个CALLBACK FUNCTION。一个套一个那程序的
: 可读性就完了。这个只有写过大程序复杂逻辑的CODER才有体会。
: 其他缺陷还有，但这两条就差不多定性了。NODE不适合做后端开发。
|
n*w
发帖数: 3393 | 67 好像有typescript模块。
【在 N********n 的大作中提到】
:
: NODE的病根在JS上，跟多线程没关系。楼上说得很清楚，一这个东西没有TYPE
: SAFETY，纠错只能靠TEST或LIVE RUN，新时代的语言不利用IDE和COMPILER纠错
: 属于奇葩。
: 其次异步CALLBACK满天飞。CALLBACK很多人已经说过了，CALLBACK本质上就是
: GOTO。GOTO太多程序还能读吗？如果一段代码要CALL六、七个异步SERVICE，用
: CALLBACK会把这段代码拆成6、7个CALLBACK FUNCTION。一个套一个那程序的
: 可读性就完了。这个只有写过大程序复杂逻辑的CODER才有体会。
: 其他缺陷还有，但这两条就差不多定性了。NODE不适合做后端开发。
|
N********n
发帖数: 8363 | 68
HOHO, 写汇编最有钱途了。一万程序员里面大概都挑不出一个会写的。
【在 d********f 的大作中提到】
: 所以有钱途，一个会写得顶100个不会写的，
|
N********n
发帖数: 8363 | 69
你哪天用JS写点复杂商业逻辑就知道了。整天写过家家网页是没有体会的。
【在 p*****2 的大作中提到】
:
: 你是真不懂呀。
|
N********n
发帖数: 8363 | 70
JS的思维从根上就歪了，弄个DYNAMIC TYPE不跟COMPILER、IDE交心，不信
任组织。靠TYPESCRIPT打补丁也不好办。“路线错误，改也难”。
【在 n*w 的大作中提到】
: 好像有typescript模块。
|
|
|
p*****2
发帖数: 21240 | 71 复杂逻辑可以上clojure呀
【在 N********n 的大作中提到】
:
: JS的思维从根上就歪了，弄个DYNAMIC TYPE不跟COMPILER、IDE交心，不信
: 任组织。靠TYPESCRIPT打补丁也不好办。“路线错误，改也难”。
|
n******t
发帖数: 4406 | 72 你如果真的写过GUI，你就知道里面的threading 模式非常简单。这种东西用什么语言
都差不多。
我本来也没说go和多线程有必然联系。
【在 c*******0 的大作中提到】
:
: 现代移动设备编程，不管是苹果还是android，有几个app是没有多线程的？你是说这些
: app都是不明不白写出来的？
: 再说Go和多线程没啥直接关系，Go的思想是程序并发化，你单线程可以并发，多线程可
: 以并发，多核可以并发，多机可以并发，这有什么关系啊。你要问并发有没有用，是不
: 是扯淡，这里的人说了不算，你看看工业界有多少公司当年想上erlang就知道。可惜
: Erlang的语法实在是令人发指，不然早就是很火的语言了。
|
M****z
发帖数: 1058 | 73 求对dart的看法
【在 N********n 的大作中提到】
:
: JS的思维从根上就歪了，弄个DYNAMIC TYPE不跟COMPILER、IDE交心，不信
: 任组织。靠TYPESCRIPT打补丁也不好办。“路线错误，改也难”。
|
k**********g
发帖数: 989 | 74
Ideally, these frameworks should have supported two important models:
(1) dataflow model (similar to FRP, functional reactive programming, but
without the "leaky abstractions"), and
(2) Task dependency DAG model
Microsoft PPL (parallel patterns library) supports #1 out of the box.
I implemented the second model twice, in 2012 (without PPL) and 2013 (on top
of PPL). Relying on PPL simplifies the management of the thread pool,
especially for its initialization, automacially spinning up new threads and
and shutdown.
It would be nice if computationally-intensive "low-level" libraries either
(1) just do all the computations using all cores, by default, or
(2) just do single-threaded and be extremely memory-efficient, by
configuration.
Why is it important for single-threaded computational programs to be memory-
efficient?
Consider if the framework (higher-level user) runs multiple instances of the
single-threaded program on the same machine. If each instance is not memory
efficient, some instances may run out of memory or the system may be
thrashing due to paging. Either way, all performance gains would be wiped
out.
Some memory-efficiency concepts are borrowed from functional programming.
However, usually the functional programmers themselves are horrible in terms
of poor understanding of memory efficiency.
concept niube != ren niube.
【在 g*****g 的大作中提到】
: 光executor, task之间无关的都不好意思说是多线程。怎么也得是一堆的Future,
: CountDownLatch, Lock, 在threadpool里还有先后关系，一不小心会死锁的才能叫多线
: 程。
|
c*******0
发帖数: 5247 | 75
所以你也承认Node不适合后端了？那没什么可说的了，大家达成共识了。
【在 p*****2 的大作中提到】
: 复杂逻辑可以上clojure呀
|
p*****2
发帖数: 21240 | 76
看后端有多复杂了。很多项目的逻辑并不是特别复杂，Node去做没啥问题。我早就说了
Node适合startup，如果大项目的话，我也不一定以Node为主。但是小项目Node的优势
极大。
【在 c*******0 的大作中提到】
:
: 所以你也承认Node不适合后端了？那没什么可说的了，大家达成共识了。
|
c*******0
发帖数: 5247 | 77
那不就完了，你有你的应用场景，startup要快速上项目，你对javascript熟悉，不在
乎速度和scalability，所以Node更适合你。
就好好搞Node吧，搞一些有意思的东西出来，别成天在这里黑别的语言了
【在 p*****2 的大作中提到】
:
: 看后端有多复杂了。很多项目的逻辑并不是特别复杂，Node去做没啥问题。我早就说了
: Node适合startup，如果大项目的话，我也不一定以Node为主。但是小项目Node的优势
: 极大。
|
p*****2
发帖数: 21240 | 78
什么叫不在
Node这两点哪个差了？并且我黑过哪个语言呀？
【在 c*******0 的大作中提到】
:
: 那不就完了，你有你的应用场景，startup要快速上项目，你对javascript熟悉，不在
: 乎速度和scalability，所以Node更适合你。
: 就好好搞Node吧，搞一些有意思的东西出来，别成天在这里黑别的语言了
|
N********n
发帖数: 8363 | 79
DART思路是对的，推广起来不容易，因为其他BROWSER厂家各自心怀鬼胎不
会来配合。狗子内部做JS的那批人首先就未必喜欢DART。
【在 M****z 的大作中提到】
: 求对dart的看法
|
c*******0
发帖数: 5247 | 80
这两点比Go差多了。
你黑没黑我不好说，你孜孜不倦找Go的负面文章的精神是让我敬佩的
【在 p*****2 的大作中提到】
:
: 什么叫不在
: Node这两点哪个差了？并且我黑过哪个语言呀？
|
|
|
p*****2
发帖数: 21240 | 81
你说说怎么算是差多了？
我不是找负面文章，我是找正面文章呀。不然我搭理Go干嘛呀？
【在 c*******0 的大作中提到】
:
: 这两点比Go差多了。
: 你黑没黑我不好说，你孜孜不倦找Go的负面文章的精神是让我敬佩的
|
N******K
发帖数: 10202 | 82 c++在计算领域连fortran系列都竞争不过
你说书呢？
logic
【在 d********f 的大作中提到】
: c++惨和java有什么关系，c++明显overengineering,根本让马宫没法focus在biz logic
: 上，这是自己的问题，不管谁来竞争都能赢，远的不说c++在计算领域连fortran系列都
: 竞争不过
|
d********f
发帖数: 43471 | 83 C++在计算领域几乎是完败，连C都没竞争过，更不用说fortran系列了
【在 N******K 的大作中提到】
: c++在计算领域连fortran系列都竞争不过
: 你说书呢？
:
: logic
|
c*******9
发帖数: 9032 | 84 你说的计算领域是那些，纯科学计算吧。工业届，比如图形图像处理基本是c++吧。
【在 d********f 的大作中提到】
: C++在计算领域几乎是完败，连C都没竞争过，更不用说fortran系列了
|
N******K
发帖数: 10202 | 85 it就是井底之蛙
【在 c*******9 的大作中提到】
: 你说的计算领域是那些，纯科学计算吧。工业届，比如图形图像处理基本是c++吧。
|
d****i
发帖数: 4809 | 86 这个靠谱，图形图像计算领域我还没见过不用C++的。
【在 c*******9 的大作中提到】
: 你说的计算领域是那些，纯科学计算吧。工业届，比如图形图像处理基本是c++吧。
|
M****z
发帖数: 1058 | 87 多谢回复，那就静观其变了，反正上半年也不会有时间学web前端
【在 N********n 的大作中提到】
:
: DART思路是对的，推广起来不容易，因为其他BROWSER厂家各自心怀鬼胎不
: 会来配合。狗子内部做JS的那批人首先就未必喜欢DART。
|
c*******0
发帖数: 5247 | 88
实在受不了了，你每次都让别人zkss，你自己不知道认真做做调查？
http://www.techempower.com/benchmarks/
你自己看看Nodejs是什么档次，Go是什么档次的性能。
我看你是没有能力自己zkss的，你也别再让人zkss了，talk is cheap。你要是不服气
，这是这个测试框架的代码
https://github.com/TechEmpower/FrameworkBenchmarks
自己fork，搞一个高性能nodejs服务器出来，然后递交pull request。我们很期待哦。
【在 p*****2 的大作中提到】
:
: 你说说怎么算是差多了？
: 我不是找负面文章，我是找正面文章呀。不然我搭理Go干嘛呀？
|
p*****2
发帖数: 21240 | 89 你咋知道我没做出来？
这个测试代码也太不靠谱了吧
【在 c*******0 的大作中提到】
:
: 实在受不了了，你每次都让别人zkss，你自己不知道认真做做调查？
: http://www.techempower.com/benchmarks/
: 你自己看看Nodejs是什么档次，Go是什么档次的性能。
: 我看你是没有能力自己zkss的，你也别再让人zkss了，talk is cheap。你要是不服气
: ，这是这个测试框架的代码
: https://github.com/TechEmpower/FrameworkBenchmarks
: 自己fork，搞一个高性能nodejs服务器出来，然后递交pull request。我们很期待哦。
|
c*******0
发帖数: 5247 | 90 talk is cheap, submit your pull request. don't just bullshit here
【在 p*****2 的大作中提到】
: 你咋知道我没做出来？
: 这个测试代码也太不靠谱了吧
|
|
|
p*****2
发帖数: 21240 | 91 我的只有公司内部才能看
我的项目已经证明了 没有必要给你证明呀
【在 c*******0 的大作中提到】
: talk is cheap, submit your pull request. don't just bullshit here
|
c*******0
发帖数: 5247 | 92
哎，太可惜了，在万千Node程序员苦等证明Node性能高大上赶超Go的例子的情况下，贵
公司的证明项目无法把方法开源，失去了一次革命性改变web后端的机会。
二爷您与其成天在Mitbbs上要人zkss，不如自己辞职出来把你们公司那套东西编程开源
Node平台，保证一炮打响，成为中国顶尖Node大师。
别等了。
【在 p*****2 的大作中提到】
: 我的只有公司内部才能看
: 我的项目已经证明了 没有必要给你证明呀
|
p*****2
发帖数: 21240 | 93
我什么时候说过Node性能高大上赶超Go？
【在 c*******0 的大作中提到】
:
: 哎，太可惜了，在万千Node程序员苦等证明Node性能高大上赶超Go的例子的情况下，贵
: 公司的证明项目无法把方法开源，失去了一次革命性改变web后端的机会。
: 二爷您与其成天在Mitbbs上要人zkss，不如自己辞职出来把你们公司那套东西编程开源
: Node平台，保证一炮打响，成为中国顶尖Node大师。
: 别等了。
|
