@liaohongxing 我真的不否定 go 标准库健壮性，想表达的意思是 go 标准库在一些基本又简单的功能上存在缺失，而这些功能又是几乎所有项目都必须要用的，导致每次要用的时候都得自己写一遍或复制粘贴一遍，体验不爽也不好（但这并不代表我就要否定标准库，说他垃圾之类的，做人又不是二极管，没必要非黑即白）。
而且我用 go 开发了不少项目，这方面少的功能不光是 filter ，还有没有 insert 元素到切片，没有返回 max 、min 元素这些基本功能，map 没有获取 keys 和 value 之类的，等等等等。当然我要明确一点就是这些功能实现起来的确很简单 for 循环几行的事，但每次用到这些其他语言大多内置的功能的时候，都不由地觉得 go 标准库在这方面不太方便

我想表达的也仅此而已

@liaohongxing 我真的怀疑你到底有没有用过 Go 语言或者拿 Go 语言开发过很多项目，一天到晚盯着我说的 filter 说事，我原话是”除此之外还有很多功能也同理”，这里的"很多功能看到没”？
你如果真的经验足够，参与项目够多，你就会发现标准库里除了没有 filter ，还没有数组 insert ，没有返回 max ，min 元素，除此之外获取 map 中的所有 keys ，values 也没有，等等等等并不少。当然这些功能非常简单很多时候一两行就写完的东西，但每到个新项目就都复制粘贴一遍，我觉得这体验“不爽”“很难受”，有问题？难道对你来说每次都要复制粘贴一次是一件非常有快感的事情？还是说你平时开发经验缺乏到连这些现代语言都基本默认内置的功能都没用到过？

至于我一直懒得反驳你让我贡献代码这点，是因为我真得觉得你这说法太奇葩了，多少年都没见过的 you can you up 言论没想到还能在这见到。
你这行为和顾客去餐厅吃饭觉得做的菜有一些地方不太好吃，然后你就跳出来说 “厨师烧得不好吃是有原因的，请你了解厨师为什么烧得不好吃，理解到之后还觉得不好吃那就是你的问题。并且你真觉得不好吃那就请你来改良厨师的菜谱和制作工艺，让我来看看你改良的菜谱到底行不行”
对于你这种耍无赖行为我只能说，你挺棒的

@Hanggi 你的回复简直驴唇不对马嘴，对牛弹琴。建议重看我的 169L

@Hanggi 等等，你都没发现自己说的话前言不搭后语有问题？？

“Go 语言已经可以构筑当代云原生的从底层到应用的方方面面，且大部分都是纯 Go 语言写的。这就已经说明其标准库（包括谷歌扩展库）已经很健全了”

你前面说的是 **Go 语言** 已经可以构建当代云原生的方方面，但 Go 语言 ≠ Go 语言标准库 ，你到底是通过怎样一层逻辑转换才通过 Go 语言可以构建当代应用得出了标准库已经很健全的结论了？

难道你想说的是“通过 Go 标准库可以构建当代云原生方方面”？ 并且结合你对健全的定义是“Robust",那么我们就以你对“健全”的这个定义来做个最极端假设：
假设有一个叫“mini Go 语言标准库”的标准库，这个 mini 标准库除了 runtime 这种没法自己直接实现的功能之外不存在任何其他功能（包括 json 、re 、sort 这些全都没有）。通过你对“健全”的定义：

1. 通过这个 mini 库你完全可以构建现代云原生应用的方方面（唯一区别就是你需要自己实现 json 、re 、sort 所有这些轮子罢了）
2. 然后因为这个 mini 库功能小到极致，所以其足够安全、强壮、稳定

那好，根据你对“健全”的定义，这个功能少到极致的 mini 标准库也能被称为“健全”，对不对？

@Hanggi 所以呢，你在这说了半天，可依旧没有正面回答我的质问——你对“健全”这个词的定义到底是什么？

你说了半天“基于 Go 语言发展”，“基于对比”什么的，可这些都不是对“健全”这个词的定义。讨论话题最怕的就是对某些概念的定义模糊而导致对话一直在做无用功。现代汉语词典对健全的定义是“①强健而没有缺陷。 ②（事物）完善，没有欠缺”，那你对健全的定义是什么？

@Hanggi
1. V2EX 没法给自己点赞 2. 我也没开别的号给自己点赞 3. 这赞不是我给的
你看到 1 赞第一反应竟然是我在给自己点赞，能有这种脑回路，看来你经常干用小号给自己点赞的勾当？不去参与刷赞黑产简直屈才了你

我说的是 Go 标准库缺失非常多重要的基础功能导致标准库并不够好用，而你却一直企图用所谓的“你不理解为什么没有”之类的来蒙混过关。说难听点，我理解了又能怎样？能改变标准库事实上的确缺失很多基本功能，并不太好用的事实吗？并不能吧

还有我想把一件事问清楚，你张口闭口 Go 标准库健全、健全、健全的，那么请问你这语境中的“健全”到底是什么意思？现代汉语对健全的解释“①强健而没有缺陷。 ②（事物）完善，没有欠缺”，结合这个解释，你是到底是想说 Go 标准库没有 BUG 呢，还是想说 Go 标准库已经十分完善，没有任何缺陷不用改了呢，还是 Go 标准库功能方面已经十分完美了？

@Hanggi 做人不能太二极管，喜欢一门语言并不是要么爱死要么喷死。我喜欢 Go 并不意味着这些用得不爽的地方我也要用所谓“设计哲学”来洗脑自己让自己强行接受

Go 的标准库健全吗？或许你可以说 Go 的标准库“健”，但绝对担不上“全”的名头。我希望你能摸摸自己良心问自己一句：Go 的标准库它好用吗？注意是“简单”“方便”“功能全面”这层面的意思，至少我觉得 Go 的标准库完全担不上这个名号。而且更别提 Go 标准库那令人一言难尽、写得让人摸不着头脑的文档（这点你还真别跟我杠，去年 JetBrains 做的调查，关于 Go 标准库文档，我记得有 50%左右的人都觉得这文档写得不得要领、无法获得有帮助的信息）

go 用了挺长一段时间了，也写过不少业务代码，虽然很喜欢 Go 但也来抱怨下写业务时经常觉得烦心的地方：

1. 作为一门新生的现代语言，标准库功能之缺乏让人难以忍受。比如 Go 标准库里连个查找指定值是否在数组或切片里的功能都没有，所以理所当然的数组查找相关的所有功能（数量统计、获取 index 之类的）也都没有，都让你自己手写。当然，这东西写个 for 循环就搞定了，但每次不同项目里想要用的时候都得复制粘贴一遍的时候就不由得在心里咋舌一下。除此之外还有很多功能也同理。希望这方面能随着接下来泛型的发布有所好转

2. 写业务方面另一个感触就是，Go 的 DDD 实践没有太过统一的标准，所以参与不同项目经常看到各种风格迥异的 DDD 实践。光是我参与的几个项目就见过了从经典的分层架构到 Clean Architecture 的应用，再加上不同的人对不同架构有不同理解。。。。。

3. 现在写业务代码最烦的就是写 Entity 和 DTO 等各种对象之间的转换。大部分对象转换就是值一个个赋过去，手写起来烦得要死，找过自动代码生成的轮子也都是好几年前的不太好用，IDEA 里也没现成的插件。用基于反射的自动转换的轮子的话又有一定性能问题。相关的工具链方面还有挺多想吐槽的，记得 java 这方面工具链挺完善的？希望 go 啥时候这方面也能完善点

翻成定位呗

@logique goland 啊还能是啥


@hzzhzzdogee material theme ui 插件里的 Monokai Pro ，因为喜欢亮色主题，我把这个主题的所有颜色都取了个反色

@monetto 用过好多电脑配置再差也不至于一两秒吧。。。难道是项目或者 sdk 还没有索引好？

难道我用的是假的吗。。。。

这样 tab 选择对应的对象之后直接不就帮你导入对应的包了。。。。

https://i.imgur.com/I2LPqrp.png

@x66 你什么时候产生了远程桌面只能用电脑连的错觉。。。。 还有不建议像你这样放地图炮，windows 给普通用户输管理密码等同于 linux 下用 sudo ，你要放地图炮的话等于也在放 linux 系系统得地图炮

@BeautifulSoap 错别字订正：1.路过庆幸下自己 2.是一年发两次，每次发根据之前半年营收平分利润

路过庆幸走自己。。。我在的日本公司一年发两次奖金，每次奖金都是把公司当年利润的一定比例平分给所有员工。所以所有员工无论谁拿的奖金但是同样的金额。好处自然都能理解，但坏处就是公司营收不好的时候奖金就没了。。。。。

你们调侃了 lz ，lz 则调到了鱼，除了电池健康度魔怔人之外没人受伤的世界完成了

你是要直接访问 s3 链接还是要在 s3 链接外套一层服务再访问？

直接访问 s3 链接需要首先在 IAM 里配置对应的 user 和 user 的策略只能访问指定的 bucket ，然后获取到用户的两个 KEY ，然后用这两个 KEY 来获取。至于怎么在代码里用，直接找 aws 的 sdk 就行，用 sdk 里附带的 s3 类配合认证信息获取图像
但这么做有个问题在于你必须明文把 aws 用户的两个 key 交给客户端，而且用户多了不可能每个用户都配置一个 user

所以一般做法还是在 s3 外套个自己写的服务器，在服务器内鉴权，成功之后通过你服务器获取 s3 中的图片而非直接拿 s3 的 url