Smalltalk 不是一种新语言。它已经存在 लगभग 半个世纪了。 https://en.wikipedia.org/wiki/Smalltalk
而且它也不是那么安全，特别是当您使用通道时，Go 可以做得更好，而不是在您发送到关闭的通道时只是 panic。而且没有办法测试通道是否已关闭。
https://dave.cheney.net/2014/03/19/channel-axioms
您可以将类型的实现（方法）拆分到多个文件中（我见过人们在 GitHub 上这样做），这可能会让您到处寻找类型的完整定义。再加上隐式接口，您真的会感到困惑。此外，没有像 Java 中的 "instanceof" 运算符，也没有 Objective-C 中的 "conformsTo" 方法，因此如果您想在运行时测试是否符合接口，您首先必须将变量分配给一个空接口，然后从那里开始工作。
在性能方面，它仍然远远落后于 C 语言。 http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=go&lang2=…
“卓越的错误处理”？请参阅标题为“简化重复性错误处理”的部分 https://blog.golang.org/error-handling-and-go
Go 语言的错误处理没有任何卓越之处。恰恰相反。编写网络代码，您很快就会发现 75% 的代码是相同的错误检查模式，由于 Go 语言在错误处理方面的短视，您无法摆脱这种模式。
go get 没有版本固定的概念。它只是直接从仓库的 head 拉取。我见过人们直接在源代码中嵌入他们称之为“虚荣 URL”的东西，以声明版本依赖性。对我来说，这真是令人震惊。
发表的评论
Smalltalk 不是一种新语言。它已经存在 लगभग 半个世纪了。
https://en.wikipedia.org/wiki/Smalltalk
而且它也不是那么安全，特别是当您使用通道时，Go 可以做得更好，而不是在您发送到关闭的通道时只是 panic。而且没有办法测试通道是否已关闭。
https://dave.cheney.net/2014/03/19/channel-axioms
您可以将类型的实现（方法）拆分到多个文件中（我见过人们在 GitHub 上这样做），这可能会让您到处寻找类型的完整定义。再加上隐式接口，您真的会感到困惑。此外，没有像 Java 中的 "instanceof" 运算符，也没有 Objective-C 中的 "conformsTo" 方法，因此如果您想在运行时测试是否符合接口，您首先必须将变量分配给一个空接口，然后从那里开始工作。
在性能方面，它仍然远远落后于 C 语言。
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=go&lang2=…
“卓越的错误处理”？请参阅标题为“简化重复性错误处理”的部分 https://blog.golang.org/error-handling-and-go
Go 语言的错误处理没有任何卓越之处。恰恰相反。编写网络代码，您很快就会发现 75% 的代码是相同的错误检查模式，由于 Go 语言在错误处理方面的短视，您无法摆脱这种模式。
go get 没有版本固定的概念。它只是直接从仓库的 head 拉取。我见过人们直接在源代码中嵌入他们称之为“虚荣 URL”的东西，以声明版本依赖性。对我来说，这真是令人震惊。