有 go 的主力语言高手吗，目前泛型在 go 的新项目中鼓励使用吗

业务项目的话本身不怎么能用到泛型的吧

用的很多 ，一些工具类 比如 arrayutils 等等，都是范型的了

项目里经常用 https://github.com/samber/lo ，做业务系统基本上用不到泛型，我这边用到泛型的大多是一些辅助工具类型的东西

go 的泛型没有 C# 那么连贯，如果不是专门想用下泛型，一般想不起来怎么写

泛型的代码无论怎么写都很难看
个人的建议是: 可以用泛型的代码, 但最好不要自己写/管理泛型

工具类代码用的多，其他的业务代码用的很少

通用库会用，业务就没啥必要了

我写 Java 都不怎么用泛型了，因为不同团队/公司的业务通用性不强，强上泛型，就是浪费时间。

用泛型都是抽象性很高的模块了，是为了通用性而用泛型，而强上泛型看上去很优雅，但实际上就是自娱自乐。

不过曾经为了学习泛型，在过程中也很享受那种设计感，很有顶层思维，但现在回头看，90%都是过度设计（逃

没有泛型，用 interface 强转还是比较麻烦的。不过也就工具函数会用到

go 都是写业务逻辑多点吧，所以范型用的应该不太多。

写库可能会用得多些

如果是往屎山堆屎的话就不要想太多了

工具函数用的多，业务代码用不到

但从泛型出来第一天开始，我就没听说过谁要求不要用泛型

用不用泛型，得看我用的库，它类型定义成泛型不。刚出泛型时尝鲜，结果一堆库没跟进。
现在的话，AI 出的代码有我就用，没有我就不用。

写业务很少用，组内、部门的基础库应该用得着

用的并不高频。一些工具类用的多一些，字面量转指针之类的。。
和 Java 比，类似 Result<>用得并不多。。。

为了泛型而用泛型，是很忌讳的

话说,现在有中小厂用 go 么?

@spritecn #19 boss 上搜一下 go 的岗位就知道了 一堆不知名的小厂用 go

我们一直都是 go, 但是泛型很少很少用到。 用泛型的场景有限。

我主要写 go ，泛型很少用

觉得该用了就用，这就是 go

go 官方说了，如果你确定一个函数的输入输出类型，那就鼓励用泛型

用，而且大量的用，对于通用的业务处理很方便

go 的泛型残疾的，不堪大用，鸡肋

写业务用泛型封装了个辅助工具，还是挺好用的
https://github.com/fantasticbin/QueryBuilder

不要为了用而用，当你需要用的时候，自然会想到他

。。。 业务为先啊！
你猜为什么要有屎山代码这个词，无论用不用，记住业务需求实现才是最终目的，技术是手段！

啥时候方法泛型 再说

用 有需要就用

我也就一些通用模块用到了，业务部分基本上没咋涉及