@iseki
@fengjianxinghun

Go 1 稳定了十年，现在 Go 2 大版本升级才加少量关键词，应该很正常吧？

Java 或 C# 之类的，大版本升级从未加过关键词吗？（而且，大版本升级加少量关键词在语言设计圈会被鄙视吗？感觉应该不至于是这样的风气才对。）

@liuxu 可以暂时先留给第三方库去做，有了泛型之后自己包裹一个 Result 出来也行（想来应该会有人去做这个事，到时直接用就行）

@okayan 我之前没有专门去留意，今天看到 Medium Daily Digest 给我推荐才顺手点开看看。

@Buges

这个设计是兼容 Result 的，比如

```
func foobar(a, b int) Result {
handle err { return NewResult(err) }
}
```

如果彻底抛弃 error 改用 Result ，标准库以及第三方库就要全部重构了，显然是一个非常激进的决策，很难说比现在这个谨慎的决策更好吧。

后续如果社区越来越喜欢用 Result ，倒是再对 Result 提供特殊支持也不晚呀。

@yxwzaxns 那就是风格问题，不是好坏的问题。

一般应该在保持风格不变的前提下讨论，因为讨论风格很容易变成无意义的争吵。

@meiyoumingzi6 感谢指教，看了你说的，我才发现我的帖子有个事情没说清楚。

我这个主要是假设有其他语言经验的人，想用 Python 快速开始做个东西，目的是先把东西做出来，后续再慢慢转换为 Python 的思想。

yaml/toml 有个大优点，就是可以减少字符转义，比如 Windows 文件目录里有反斜杠，用 yaml/toml 可以直接写，比较直观。另外就是我除了要读取内容，还要生成 toml 文件，这方面生成 py 文件就不好办了。


@rpman 我是从 C 入门的，也想过学学 C++，但一直拖着，因为太庞大了，看着有点害怕。

@qyd0801 我考虑不周，现在想改标题了…

一方面，现实生活中，有的人就是对语气不敏感，是无心的，想到什么就说什么，比如专业人士对行外人，可能会来一句“这个事情说深入了你也不懂，我就不细说了”，敏感的人可能听了不舒服，但不敏感的人完全感觉不到有啥问题，有时甚至会说“停停停，你不用说原理我听不懂，直接告诉我操作步骤就行，越简单越好”。

另一方面，人也有不同的性格，有的人很圆滑，或者情商很高，或者很体贴别人的心情。但也有的人棱角比较尖锐，说话可能容易得罪人，但只要他做的是好事，不在背后搞人，也很难指责他什么吧？

就我自己的感受，说话容易得罪人的人让我更安心，看起来更安全；反而遇到一些说话毫无破绽的，我会更难和他拉近距离，因为他会藏住情绪，万一我得罪了他他也不会表现出来，这就很可怕。

@AndyZhuAZ 4 年前 2T 是体积比较大的 3.5 寸那种吧？

笔记可以是博客的草稿，以及有些东西不确定要不要发布博客，就先写笔记。

我的笔记的内容非常杂，可以看看我的标签：

https://github.com/ahui2016/localtags/wiki/real-tags

https://github.com/ahui2016/dictplus/raw/main/screenshots/screenshot-04.webp

@yesterday17 用生日日期作为种子算出密钥，这一步不是加密，但用这个密钥加密没人质疑是编码。

而我把密钥镶嵌到密文里，这一步当然不是加密，但从整体上看，有两个特征：

1. 比用生日日期 /电话号码作为种子更安全
2. 仅从密文看，多份密文无法相互对照，没有普通编码的缺点，对于解密者来说只能当作普通加密来破解。

@gitbay 确实是变了，现在需要了，我登录旧帐号去看，确认了旧的还没登记信用卡，但允许我继续用。

@gitbay 我以前注册，现在正在用，一直为填过信用卡信息。也许现在注册需要，我注册个新账号试试看

@SenLief 我这边（广东电信）感觉不快也不慢，没测过速。

@q9OxQgg 你列举的案件，全是人的问题，不是因为黄金难检测。

我上面说的是普通人交易小量黄金时的做法，并且我说了，只要是厚的，都要切开。

另外，我没说交易大量黄金时的做法，如果份量多，或者一大块，必然要完全烧溶后再收货的，这是惯例，不这样做，绝对是故意不检查，并不是因为难检查。

就连一家帮忙打金的小店都是这个流程，大企业不可能不知道这里面的厉害，但他们是走了黑道买通了人，这些假黄金也只能是企业自己承担后果，想要作为投资性质的金砖金条流入大众市场是不可能的。

我顺便科普一下普通人看黄金真假的方法吧：

1. 称重，用电子秤，精确到毫克，如果与实体黄金上刻印的重量或证书上写的重量一致，就 90%是真的了。因为假货做到这么认真的极少（不是没有，但真的少）。

2. 听声。把实体黄金与铁碰撞，声音非常钝，与假货差异很明显。外观与黄金一样的物质，与铁碰撞时的声音会与黄金差异很大。

3. 如果比较厚，就要切割（由于黄金很软，切也轻松），切开几段看看里面有没有参杂东西就行。

4. 火烧。黄金烧红了再冷却，颜色丝毫不变，一丝丝的发黑或变色都没有。与黄金颜色一样的东西，经过上面 1 、2 、3 的检验后，如果不是黄金到这一步必然会变色。

至此，99%可以肯定是高纯度黄金了，后续称重与体积配合，可以精确检验纯度。

@q9OxQgg 实体黄金是货币之神啊，它最大的优点是分析成分非常非常非常容易！

一般普通人都能轻松检验实体黄金的成分（当然需要简单学习一下，但真的很简单），因此黄金才能受到非常广泛的认可。

而珠宝店卖的黄金，只要带正规证书，就可以按重量和市价卖的，基本上所有金铺都收黄金，只要你有黄金且有证书，绝对不愁卖，绝对有人收，是绝对，并且是按市价收（几乎市价，总得让人家赚一点点，但不会差太多）。

而且，金铺如果敢弄虚作假，后果很严重，整个品牌就会了，由于假货（或成分不足）极容易被发现，因此正经开店的都不会作假的。

@llh880808 文件名太容易不小心修改了，而且也有必须修改文件名的场景。

举个例子，我自己在上传文件到对象储存时，由于对象储存对“用文件名的开头来检索”进行了优化，我会让上传程序自动添加一些前缀到文件名。

有时也会添加标签到文件名帮助搜索。另外我也有别的情况会改文件名，就不一一列举了。

@lisongeee 也行，是一个比我的方法更便利，但安全性也更低的方案。

有人觉得我的方案还是不够安全，总之各有各的想法，各有各的有缺点。

@WuSiYu 把密钥硬写在程序里，就要保管密钥，或者要担心这个程序丢失。

而我这个做法，最主要的目的之一是完全不管密钥，我写的这个程序也不怕丢失，我只需要记得密钥镶嵌方式即可，而镶嵌方式比密码好记很多（举个例子：密钥在密文的第 15 个字符起算，取出密钥后把密钥的前 15 个字符放到末尾。只要我记得这个大概的逻辑，就算忘记了具体是 15 ，也能轻松破解，但陌生人拿到我的密文，就极难破解。）

也就是说，密钥永远和密文在一起，我记得镶嵌方式的大概逻辑，我就有信心破解它，从此我只需要用这个程序加密、解密，过程中不需要输入密码，也不需要管理密钥，便利且安心。