实时。

实时，带来的参与感、信任感、感染力等等各种感受都会提升。

这种剧很厉害，要演技没演技，要逻辑没逻辑，主打一个快节奏，问题很多让人很想骂，但就是停不下来忍不住继续看。

@vfs golang 从来没有承诺不添加泛型。事实上在没有泛型的时候，确实有很多人不得不用 interface 来模拟泛型，这个需求是真实存在的。添加泛型后，社区文化也是尽量控制泛型的使用范围，能不用就不用，只在有明显帮助的时候才用。就目前来看还是比较乐观的，泛型不会蔓延得太厉害。

在讨论家庭开支时，隐藏了有孩子这个重要因素，这怎么讨论啊。

@Elaina 你这一段很混乱，我理不清其中的逻辑，因此无法反驳。

@QXDM

A. 能看清 shit 的产生过程
B. 看不清过程，反正产生 shit

作为写代码解决问题的人，你认为哪个好？

@laikick 这是个很普通的特性，也很直白，觉得不易读大概率是之前类似的写法看得比较少，不习惯而已。

@Elaina

你说“越来越依托答辩”、不简洁、“代码搞得又臭又长”、“现在又开始整活”

结果你真正想表达的却是“不喜欢方括号”。你一开始的原话与你最终的表达相差太大了。

@Elaina 目标是尽量简单，现在虽然没有做到极致完美，但总的来说确实已经非常克制了，也没增加多少复杂的东西。

泛型也是社区每年调查，每年很多人提需求才增加的，也就是说，不加泛型一堆人骂，加了泛型也有人骂，神来了也没有更好的处理方法啊。你是希望不加泛型还是你有更好的泛型方案？

@Elaina

> Golang 自从出了泛型之后就越来越依托答辩了

你说出了泛型之后，越来越差。但泛型比用 interface 模拟好，不知道为什么评价为“越来越”差。

@Elaina 我怀疑你脱离事实硬黑。对泛型有需求的代码，现在用泛型，代码比以前用 interface 模拟泛型的代码更长？

这不是最常见的路线吗？肯定是可行的，成功案例无数。

@dyllen 什么菜不菜的，不习惯而已。

就像 react 、vue 刚出来的时候，一堆用习惯了 jQuery 的人说 react 复杂，等 react 流行后，又反过来一堆人说 jquery 啰嗦、乱。其实就是看你习惯哪个。

@Morii 这是一板一眼最“老实”的笨办法的写法，与炫技毫无关系。

挺好的啊，Go 的这个函数就像一个外皮透明的动物，让你一眼看见里面的食道和胃具体是怎样消化食物的，非常直白。写 Go 真的让人头脑清晰，而且过一段时间回头看也条理清晰，比一堆语法糖好多了。