还有浏览器这个，虽然所有主流浏览器都是默认的把数据放用户目录的 AppData 下，但实际上这些浏览器都是可以指定你数据目录的位置的。
Firefox 最简单，打开的时候在 exe 后指定一个 -P 参数可以让你自定义数据目录，把数据移到其他盘指定那个新目录就行了
然后 chrome 和 edge 虽然没怎么用但我记得也是可以改的

jetbrains 的话正版就直接用官方自带的那个同步功能不就好了，我用过还挺好用的
至于各类文档的话平时别把文档下到 c 盘不就好了。

不是，这么多人咋都不知道 QQ 微信的数据是全都放在我的文档这个目录下，然后我的文档其实是可以随便更改位置到其他盘的？
而且不光是我的文档，就连你桌面也是可以移动到其他盘，还有视频，音频，下载文件夹也都可以。你的用户目录下找到这些文件夹右键属性，然后选择移动，指定个新目录就行了系统会自动帮你移动文件。如果觉得文件夹太大让系统帮你移动不放心，可以先手动复制过去再移动不就行了

等等，那我的 ipad pro 2021 呢。。。

lz 这需求你们让 lz 用规则引擎有点杀鸡用牛刀了吧。。。。

lz 的需求目前就是简单的想动态设置队列的阈值，最简单的难道不是把这些设置写成配置文件（ json 、yaml 、toml 都可以），然后 go 程序定期从本地读这个配置不就好了。。。。。如果想玩的花一点那就把配置放配置中心之类的。。。

内啥，我的 m1 12.9 不看 B 站也续航拉胯
亮度 100%，看网页、用 Prodrafts 、GoodNotes 做笔记画图之类的两小时多电量去掉 50%以上

@waltcow 我申请 copilot 已经过去快半年了，至今都没有给我资格。。。。期间还追加了几个账号申请也没回音。。。用的账号里还有日常非常活跃的。。。

@liaohongxing 十分感谢你能理解我想表达的意思，其实这些我也是知道和泛型有关的，所以我 14L 有说 “希望这方面能随着接下来泛型的发布有所好转”，也是在期待 1.18 发布后这方面有能逐渐补上的可能性（不过 go1.18 因为怕泛型引入的不确定性所以暂时不会大改标准库，估计真要动的话也是要下几个版本了吧）

@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%左右的人都觉得这文档写得不得要领、无法获得有帮助的信息）

@Felldeadbird LZ 这虚拟机何德何能值得让黑客用 0day 漏洞来攻击他啊

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

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

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

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

翻成定位呗