看了一个 go 语言，感觉语法略为不习惯。

[fire5]

还是大 python 舒服。。

[est]

其他语法还好。异常处理那语法能让人崩溃

[bigtan]

那是因为你还没看到 rust 的语法。

[xunuoi]

那是因为你还没看到 lisp 的语法。哈哈

[ahjdzx]

习惯习惯就好了

[Shieffan]

if err!=nil

if err!=nil

if err!=nil

if err!=nil

if err!=nil

if err!=nil

...

[mengzhuo]

err=nil
其实都是思路的问题， go 是门严谨的系统编程语言，想写得爽写 python js ruby 去！

[janxin]

反正看完 Rust 我又拿起了 C++11 继续看了...

[go2sleep]

@Shieffan +1 严重同意……
golang 错误处理是最大痛点

[fire5]

认真的，其实 go 语法还行，中矩中规。 第一次写 iOS 应用的时候， objectc 是火星了我一吧，当然我的 os 水平，也是只说自己能写 app 而已。

熟能生巧是关键。

[fire5]

@Shieffan 。。

[haoc]

真心痛苦，一个 lab 我写了几个月了就因为 go 这语法。。。

[ltttx]

go 写多了，反而觉得没有大括号好痛苦

[bramblex]

@mengzhuo

带着 runtime 还好意思说 “系统编程语言” ？看看人家 rust 吧……

[bramblex]

找一个你喜欢语言，然后找到这个语言的一个 Parser ，只要能转到 AST 就行了。
然后把这个 AST 翻译到目标语言，比如说 Go ……

结束，就那么简单。

[hqs123]

慢慢来，会习惯的.

[loshine1992]

这个时候默念 Kotlin 大法好，默认空类型安全

[noli]

@mengzhuo go 语言是门严谨的系统编程语言？
请问你对于“严谨”的定义是什么，对“系统编程语言”的定义是什么？

PS ：你可以不理会我，因为我是 golang 黑。

[chrishine]

if err != nil {} 根本不是黑点，自己不会包装一个 checkErr(err, vars...string) 函数么？如果这个意识都没，建议还是转行吧，产品经理之类的可能比较适合。

go 的黑点在于：
1 ，不支持泛型（ go 官方说是尚未找到一个平衡点，但是当初就考虑不到么？）
2 ， map value 只能是值副本，不能对 map value 取址（ go 官方说是 map 扩展，引用失效会如何。但是这个特性，我已经想去日藏獒了，哈士奇已经无法反映出我的内心。呐，谁让我没做过大型项目。）
3 ， go 脑残粉。

微博上面曾经有人一句话吐槽过 go ，我觉得蛮不错的，拿过来分享：
go 是一门很好的语言，没有不必要的抽象，但是连必要的也没有。

[fy]

@chrishine 可啪，日狗也能分級，学到了新姿势

[zhujinliang]

@chrishine map value 取址问题，再取一次址变通一下能不能行
比如原来是 map[string]*T ，写成 map[string]**T 这样

说真的不如语言支持范型， map list 之类的做成库就是了

go 的包管理也有坑，只能自下向上引用，设计不好就出现循环引用了。之前跟一个 bug 粗看了一下 runtime.go ，发现 go 自己做这种底层组件时也不得不对 syscall 之类的包里本来有的函数又实现了一遍，这个包被其它所有包都引用，导致自己引用别的包就会出现循环引用错误