官方的库文档对一些的查询，映射都要很困难的一点点找，google 、百度都是些过时的文章，或者都是相同的复制粘贴官方的示例。golang 出来这么久了，为啥感觉一些周边资料这么缺乏 。
相反用 java,springboot 集成 mongodb，都很快的能够开发完成。
学习 golang 主要是自己的服务器 java 部署程序麻烦、吃内存。
ps：springboot 就 springboot， 别带上 java 也别踩一捧一
所以好的生态，会有人根据实际的需求，提炼约定和框架，而 GO 还在生态建设阶段。
总之，也不是不能用，生态还在艰难建设中就很容易陷入啥都得自己来搭脚手架和不时踩两个坑的窘境。
1. 标准库很强
2. 因此自己实现一个轮子很简单（ trivial ）
3. 因此现成的别人分享的轮子很少，因为这个轮子放出来也太简单了，警惕 npm 一行代码一个包
前段时间不是有人问 Web 框架么，结果好几个推荐直接用标准库撸的……
你要的基本上都有了。
当然除了 web 框架外哈,感觉 go 的 web 框架只是冰山一角,应该还有很多东西可以学,有点摸不着头脑
Go 出来这么多年，初期几年人们大多都在喊口号，说 Go 怎么怎么好，但真正学了、用起来的很少，也就是最近三年才有越来越的的企业项目用起来。新语言肯定不如老语言资料和轮子那么多、全，这方面 Java 几乎是无敌的，毕竟沉淀了二十多年了。用新技术你就只能多看官方文档、多提问、多看源码。
具体遇到了什么问题可以发出来让大家帮忙解决，只是抱怨的话不会有任何积极意义。
话说回来，用了很多年 Node.js ，因为都是 JS 技术栈的，所以对接前端、对接 MongoDB 都很顺滑，性能多数情况下表现也不错。现在微服务大行其道，一个项目也不一定完全使用一种语言来开发。
Java 项目部署普遍比较麻烦，容器是解决这方面问题的一个有效方案（简直为 Java 栈量身打造）。
比如 Go 完全可以编译成一个可执行文件，但如果希望使用云原生的方案来满足集群访问控制、优雅升降级、容灾等需求就还是得套个容器，因为云原生设施管理服务的最小单位就是容器。
如果对容器没有需求的话，就没必要用。
lz 吐槽的分明是 go 语言里一堆包不好好写文档，想完成一个功能查文档查到怀疑人生。功能用法写得不详细，该写的功能不写到文档里，文档里没多少有用信息，一些用法功能不去搜项目的 issue 你根本就不会知道
这个真是 go 语言很多包的一大问题，一批评就动不动说你不会去看源码？