Y**G
发帖数: 1089 | 1 直接编译成native代码，比java块。同时有融入了现代流行语言的功能，比如function
is first class citizen, closure, etc.
在加上有GOOGLE这个大佬在背后支持，前途应该是光明的！ |
c*******9
发帖数: 9032 | 2 GOOGLE考虑用swift了。Go语法太恶心。
function
【在 Y**G 的大作中提到】
: 直接编译成native代码，比java块。同时有融入了现代流行语言的功能，比如function
: is first class citizen, closure, etc.
: 在加上有GOOGLE这个大佬在背后支持，前途应该是光明的！
|
x****u
发帖数: 44466 | 3 所以不行啊
有的优化必须要bytecode才能实现
function
【在 Y**G 的大作中提到】
: 直接编译成native代码，比java块。同时有融入了现代流行语言的功能，比如function
: is first class citizen, closure, etc.
: 在加上有GOOGLE这个大佬在背后支持，前途应该是光明的！
|
f*******t
发帖数: 7549 | 4 消息可靠吗？
【在 c*******9 的大作中提到】
: GOOGLE考虑用swift了。Go语法太恶心。
:
: function
|
c*******0
发帖数: 5247 | 5
这不扯蛋么，不知道的人不要随便散布谣言好吧
【在 c*******9 的大作中提到】
: GOOGLE考虑用swift了。Go语法太恶心。
:
: function
|
f*******t
发帖数: 7549 | |
c*******9
发帖数: 9032 | 7 你凭什么判断是谣言？
用什么也不会用Go。
【在 c*******0 的大作中提到】
:
: 这不扯蛋么，不知道的人不要随便散布谣言好吧
|
p*****2
发帖数: 21240 | 8
go确实很恶心呀。硬着头皮学了n次还是觉得很boring呀。
【在 c*******9 的大作中提到】
: 你凭什么判断是谣言？
: 用什么也不会用Go。
|
s***o
发帖数: 2191 | 9 你列的这些都没说服力啊。尤其是最后一条，google是最大的减分因素才对 :) |
c*******0
发帖数: 5247 | 10
随便编一个说法有没有数据支持。你知道Google Cloud部门多少项目是用Go么？
Google里面用Swift的估计还没有Apple里面用Go的多。
还用什么也不会用Go，要不要我给你普及一下现在有多少大中小公司用Go？
自己不喜欢的语言不要碰就算了，别成天没事造谣误导别人。
【在 c*******9 的大作中提到】
: 你凭什么判断是谣言？
: 用什么也不会用Go。
|
|
|
c*******9
发帖数: 9032 | 11 数据支持最搞笑。
就算Google Cloud部门所有项目是用Go突然转成Swift也不是不可能，何况用Go的项目
多半不是什么核心项目。
除非你拿到可靠的内幕消息，你没有理由轻易否认别人的消息。
【在 c*******0 的大作中提到】
:
: 随便编一个说法有没有数据支持。你知道Google Cloud部门多少项目是用Go么？
: Google里面用Swift的估计还没有Apple里面用Go的多。
: 还用什么也不会用Go，要不要我给你普及一下现在有多少大中小公司用Go？
: 自己不喜欢的语言不要碰就算了，别成天没事造谣误导别人。
|
H****S
发帖数: 1359 | 12 讲个听来的笑话：Scala gets people drowned by complexity, go gets people
drowned by simplicity. |
c*******0
发帖数: 5247 | 13
废话，我能这么说当然是我知道，要不我怎么说你信口开河。
最受不了的就是自行脑补
【在 c*******9 的大作中提到】
: 数据支持最搞笑。
: 就算Google Cloud部门所有项目是用Go突然转成Swift也不是不可能，何况用Go的项目
: 多半不是什么核心项目。
: 除非你拿到可靠的内幕消息，你没有理由轻易否认别人的消息。
|
c*******9
发帖数: 9032 | 14 你还知道什么，都倒出来。否则，谁知道你是不是信口开河。
【在 c*******0 的大作中提到】
:
: 废话，我能这么说当然是我知道，要不我怎么说你信口开河。
: 最受不了的就是自行脑补
|
f*******t
发帖数: 7549 | 15 你再不倒点干货出来，这句话就打自己脸咯
【在 c*******9 的大作中提到】
: 你还知道什么，都倒出来。否则，谁知道你是不是信口开河。
|
c*******9
发帖数: 9032 | 16 看看我一开始说的话，和他说的有多少相关性。愤青受点刺激只会简单反射。
【在 f*******t 的大作中提到】
: 你再不倒点干货出来，这句话就打自己脸咯
|
n******7
发帖数: 12463 | 17 你这样胡搅蛮缠其实很丢人
正常人都看得出来
只是广大潜水员一般不说话罢了
GO是google亲儿子
google自己用完全符合common sense
这就像假设检验里面的H0，都是默认的
你要提出替代假设当然是你得给证据
【在 c*******9 的大作中提到】
: 你还知道什么，都倒出来。否则，谁知道你是不是信口开河。
|
c*******9
发帖数: 9032 | 18 看清LZ的标题。懂中文知道什么是“潜力”吗？
我又没有肯定Swift是否替代目前google用GO的项目。
至少google在android上有用swift打算，（facebook后台想用swift）是有报道的，当
然你可以不信，谁也拦你。
而且，微软开发的VB之类的东西自己都很少用。自己开发的东西自己用算common sense？
你写的程序是你亲儿子，你就自己用吧。
【在 n******7 的大作中提到】
: 你这样胡搅蛮缠其实很丢人
: 正常人都看得出来
: 只是广大潜水员一般不说话罢了
: GO是google亲儿子
: google自己用完全符合common sense
: 这就像假设检验里面的H0，都是默认的
: 你要提出替代假设当然是你得给证据
|
n*w
发帖数: 3393 | |
c*******0
发帖数: 5247 | 20
你说的太对了，看到一个语言就条件反射跳出来黑的用愤青形容再贴切不过了。
原来你的source就是那篇讲Swift的文章啊，LOL。你压根都不明白Google里面哪个部门
，什么类型的项目在用Go。Android从头到尾都没有考虑过switch to Go，Android组和
Go也八竿子打不着。
Go很有潜力说的是Cloud方向，你知道Android和Cloud的区别么？
我没兴趣告诉你为什么我知道这些，你要是有认识Google的朋友，问问他们Google
Cloud里面现在多少项目用Go就行了。另外Google陆陆续续也披露了一些用Go的项目，
我建议你搜一下那些项目是干嘛的，哦，对了，有不少就在github上。你知道那些重型
项目后还觉得Go -> Swift make sense，那我真没话可说了。
【在 c*******9 的大作中提到】
: 看看我一开始说的话，和他说的有多少相关性。愤青受点刺激只会简单反射。
|
|
|
c*******0
发帖数: 5247 | 21
做App的人其实无所谓。做Lib的人肯定会觉得是缺点的，觉得是优点的我觉得有点装
【在 n*w 的大作中提到】
: go没有generic是个大缺点还是优点？
|
f*******t
发帖数: 7549 | 22 你写那么多不累么，对牛弹琴。看他提到android我都懒得理了，本来以为有那么一丁
点内幕消息的可能性，结果发现原来是连Go做啥的都不知道的小白。还说fb要用swift
写后台，呵呵。
【在 c*******0 的大作中提到】
:
: 做App的人其实无所谓。做Lib的人肯定会觉得是缺点的，觉得是优点的我觉得有点装
|
f*******t
发帖数: 7549 | 23 不能简单评价是缺点还是优点。Go的理念是语法必须简单，让码工写起来恶心，但不容
易写出无法维护的代码。不支持generic隐含的意义是强迫码工断绝让一段代码支持多
种类型的念头。写lib是一回事，而对app来说这显然是有利的。一段business logic如
果只处理int，出错的概率显然比既支持int又支持string小。
某种程度上generic可以通过interface实现，但实践中它主要用来做DI，test时注入
mock组件。
真正的generic语义，比如自带的sort package，很不顺手，确实不如fancy的新语言“
简洁”。我不认为这完全是坏事。swift写个运算符就能当匿名函数用，简化到极致，
但我总觉得哪里不对劲
【在 n*w 的大作中提到】
: go没有generic是个大缺点还是优点？
|
c*******9
发帖数: 9032 | 24 http://www.informationweek.com/facebooks-parse-embraces-swift/d/d-id/1269512
swift
【在 f*******t 的大作中提到】
: 你写那么多不累么，对牛弹琴。看他提到android我都懒得理了，本来以为有那么一丁
: 点内幕消息的可能性，结果发现原来是连Go做啥的都不知道的小白。还说fb要用swift
: 写后台，呵呵。
|
c*******9
发帖数: 9032 | 25 “Android从头到尾都没有考虑过switch to Go” 你又全知道？
LZ又没说Cloud方向，做Cloud的人数能和做app的人比吗。
再说“潜力” 和现有几个项目用Go有屁关系。
【在 c*******0 的大作中提到】
:
: 做App的人其实无所谓。做Lib的人肯定会觉得是缺点的，觉得是优点的我觉得有点装
|
c*******9
发帖数: 9032 | 26 “一段business logic如果只处理int，出错的概率显然比既支持int又支持string小。”
这不是胡扯吗。等什么时候Go加上generic看你怎么说，java都是后来加的，没加之前
你是不是也这么说。
【在 f*******t 的大作中提到】
: 不能简单评价是缺点还是优点。Go的理念是语法必须简单，让码工写起来恶心，但不容
: 易写出无法维护的代码。不支持generic隐含的意义是强迫码工断绝让一段代码支持多
: 种类型的念头。写lib是一回事，而对app来说这显然是有利的。一段business logic如
: 果只处理int，出错的概率显然比既支持int又支持string小。
: 某种程度上generic可以通过interface实现，但实践中它主要用来做DI，test时注入
: mock组件。
: 真正的generic语义，比如自带的sort package，很不顺手，确实不如fancy的新语言“
: 简洁”。我不认为这完全是坏事。swift写个运算符就能当匿名函数用，简化到极致，
: 但我总觉得哪里不对劲
|
f*******t
发帖数: 7549 | 27 Parse用Go重写了rails网站的后端部分，后来用nodejs做了开源的parse server。
swift从来就不是serious candidate。另外parse的infra搭建在AWS上，自成一体，不
管做什么都跟fb的backend关系不大。
本来不想继续打脸，你非要拿parse出来说事……小白多在版上混混，搞清楚经常灌水
的id都是干啥的，再发言吧。
下次你惹到魏老师就是自宫id的节奏了
【在 c*******9 的大作中提到】
: http://www.informationweek.com/facebooks-parse-embraces-swift/d/d-id/1269512
:
: swift
|
f******2
发帖数: 2455 | 28 作为新手，做个比较，抛砖引玉。
Go上手快就是优点一，想干掉的应该是nodejs的stack。优点是找到了自己的niche：系
统程序员们喜欢它的简洁和可维护，对javascript有天然的恶心；python/ruby程序员
对它轻量级并发能力也很喜欢。
缺点是（但都在改进）
1.轮子少
2. 除了语言上手部分，一些东西例如version control没有common方案
欢迎补充。
nodejs，与meteor，mean一系列的东西是现在async webapp地盘的实际持有者。优点是
目前轮子多。google search一个场景，能hit到的out if box方案多些。没怎么用过，
不知道缺点，欢迎补充。
: Parse用Go重写了rails网站的后端部分，后来用nodejs做了开源的parse
server。
: swift从来就不是serious candidate。另外parse的infra搭建在AWS上，
自成一
体，不
: 管做什么都跟fb的backend关系不大。
: 本来不想继续打脸，你非要拿parse出来说事……小白多在
版上混混，搞清楚经
常灌水
: 的id都是干啥的，再发言吧。
: 下次你惹到魏老师就是自宫id的节奏了
【在 f*******t 的大作中提到】
: Parse用Go重写了rails网站的后端部分，后来用nodejs做了开源的parse server。
: swift从来就不是serious candidate。另外parse的infra搭建在AWS上，自成一体，不
: 管做什么都跟fb的backend关系不大。
: 本来不想继续打脸，你非要拿parse出来说事……小白多在版上混混，搞清楚经常灌水
: 的id都是干啥的，再发言吧。
: 下次你惹到魏老师就是自宫id的节奏了
|
