claude code 用不到，疯狂封，只能 codex

原文档内容：The zero Map is empty and ready for use. A Map must not be copied after first use.

Map 的定义如下：
```
type Map struct {
_ noCopy // 这个在源码中设置

m isync.HashTrieMap[any, any]
}
```

noCopy 类型的说明：
noCopy may be added to structs which must not be copied
after the first use.

See https://golang.org/issues/8005#issuecomment-190753527
for details.

Note that it must not be embedded, due to the Lock and Unlock methods.

如果你想问，进一步为什么 Map 是“noCopy"的，需要进一步研究 HashTrieMap 的结构：

```go
type HashTrieMap[K comparable, V any] struct {
inited atomic.Uint32
initMu Mutex
root atomic.Pointer[indirect[K, V]]
keyHash hashFunc
valEqual equalFunc
seed uintptr
}
```
可以看到里面封装了 Mutex ，先不管其他变量，至少 Mutex 是肯定不可拷贝的, 内部维护锁的状态（ locked/unlocked ）以及等待队列这些资源。

GLM 肯定是比不上 Codex 。但是胜在省钱。

@juggtt213 没错，你说的这个场景正是我问问题时的场景。

MacOS+虚拟机，或许在续航上仍能一战。Mac 开发涉及到编译也很难和纯 Linux 一样，得操心一下一些底层的框架和库，毕竟和跑程序的主流的硬件架构以及 OS 都不一样。

@momocraft 感谢

所以说，所有的智能都得是辅助智能，全自动不存在的。让 AI 辅助的领域一定得是开发者能驾驭的领域。信马由缰大概率翻车摔沟里。出了 bug 用户不知道，开发者不会调，这个对软件来说是灾难。

如果另一个项目是你做的，那你这个不好说。如果是别人做的，你只是提了一嘴，那这个作者这个不好说

@isno 佬，我 23 年就看过你写的这个书，新版是不是相对于旧版删减了东西

朋友来了有酒肉，敌人来了有猎枪。

@ThomasKim 即苹果用户对“情绪价值”的需求高于“功能性”，这个感觉对做领域内的“奢侈品”是个不容忽视的需求。

所以 zed 的功能区能调吗，左下角好不习惯啊

你的程序本身是不是有问题，运行时间一长造成资源泄露，甚至日志一直打把卷的空间都堆到头了，自然就无法处理请求了。
云环境本身的网络问题可能性不太大。

硬盘准备怎么买，最近的固态和机械都是狂涨。一直舍不得买硬盘。

这个感觉更像是“传播”和“营销”上的事情。GNU/Linux 无论是正式场合还是非正式，说起来都太拗口了。除非是特别的专门场合。

至于“营销”，行内人知道 Linux 的没有不知道 GNU 的，这是课本上的东西。

行外人知道 Linux 的顶多知道它是一个操作系统。人们不是认识了 Linux ，而是认识了是一个新操作系统。因为操作系统每个人都在接触，所以 Linux 作为操作系统的概念在行外人的认知里面就广泛了一点。

对于手机，电脑这种东西，我目前的个人看法是：都买，都用。别的不说，体验新东西。

@zhangchongjie 我是比较中意 Essentials 功能(当网页启动台用)和较为沉浸的页面。不知道有没有替代。

@b1t 嗯，目前也是不是特别 care ，主要 zen 这个布局设计符合我的需求

@chunhuitrue 虽然沉浸式翻译暴雷了，但是目前体验最佳的感觉还是沉浸式翻译。
日常网页翻译也还较为流畅。
然后 pdf ，epub 等文档翻译也优于传统翻译工具，我也已经翻译了好几本书了
但是，还是要注意，它确实爆过雷，泄露用户数据了。