文言语言结构比白话文严谨，更适合编程。

@cmdOptionKana 还不是全功能的 ORM，因为刚刚开源不久，离 1.0 还远。比如在 O2M 的关系中（ A user has many pets ），还不能一次查询获取某个 user 及其所有的 pets 到一个 user struct 中（所谓 eager loading ），但已经在支持计划中了，而且看设计比 Gorm, go-pg 等的实现方式要好。

@inhzus 谢谢。生活还行。

@CEBBCAT 我所在的公司，做 K8S 平台的，Go 的人还是很难招到的。当前 Go 语言应用最广的就是 K8S 了，人才缺口也大，如果感兴趣可以从这个方向上车。做 Web 的话，Go 的生态还是不如 Java，但也有一些大厂在用 Go 做微服务，这个领域不太了解。总之，现在正是学 Go 和应用 Go 的好时机，机会不多的话可以试试北京、上海等一线城市。

@snxq1995 @hahasong 就是更简单了。我对比过 Gorm，go-pg/pg 等好几个 Go ORM 和 SQL builder，ent 真的是最简单的，抽象层次更高，官方文档看上半个小时就能够了解了。

@GeT1t Macbook

MSR7B

写博客本身还不够非主流吗？

因为 for 不加，所以 if 也不加。

for 不加是因为 for 循环除了：

for init; condition; post { }

for condition { }

for { }

这三种类 C 的循环用法以外，还有如下类 Python for...in 的用法：

for key, value := range oldMap {
newMap[key] = value
}

for...range 除了示例中的 map 还可以用于 slice，array 和 channel，这个时候加括号是没有意义的（ python 中的 for...in 同样也没有括号。）

所以这是一种统一，用一个 for 关键字支持了类似 C 的 for 和 while，以及 Python 中的 for...in 。

Go 还有一些类似的设计，比如不提供 set，使用 map 代替。

最直观的感受，ping 起来不方便了。

很简单，从 Dock 移走。

@bumz https://devblogs.microsoft.com/oldnewthing/20040422-00/?p=39683

简单来说，Go 这种叫做 explicit error handling，try-catch 是 implicit error handling. 上面提到的那篇文章有对两种方式的利弊对比。当然，Go 当前提供的处理方式还有些简陋，但我认为方向是对的。这也是 Go 一贯的做事方式，再找到完整的解决方案之前，只提供最简单的设施，给设计者和社区足够的时间来找到最佳解决方案。error handling, go modules 以及范型都是这种处理方式。

Go 社区经常引用的一篇文章：try-catch is elegant, but is wrong. 建议了解一下。

我选 envoy (#站队)