做试点测试 ai 的落地使用没有什么问题，但是如果把 ai 当爹，把 ai 的报告当圣旨，那就是领导的水平问题。

中兴随身 wifi ，价格 500 左右。可以插自己选的流量卡。

AI 目前对我来说的最佳角色就是扮演好西游记封神演义里面诸天神佛手下的“六丁六甲黄巾力士”这些角色。

如果以前这个可能需要 10 分勇气，但是现在，你只需要 5 分勇气+买个高级点的 AI 助手。虽然目前的 AI 看好和不看好估计三七开。但是，AI 对于码农来说，还是改变了不少的东西。

啥意思，搭了一套前端出来，还是前后端都写了。

@Dorathea 因为基本上所有的中文资料都叫”go 协程“，望文生义字面上理解的话，意思就像是 go 的 coroutine 实现。

支持高清导出吗

@shunia 做点文档类的工作还不错，主打一个 AI Studio 量大管饱。

auto 默认视为免费模型，虽然每次更新重启它都默认给你设置成 auto 。模型只用 claude 和 gpt 的最新模型

@renfei 那 JVM 的适配是国产化 CPU 厂商自己提供的吗。

今年硬盘太离谱了，买个网盘挺一阵儿吧。

可能表现过于强势了，和目标岗位不符合。

@selca 还真是，发现和 stackoverflow 是一家的，之前用 stackoverflow 多。这个网站倒是第一次检索到

同类竞品打差异化啊，譬如百度的服务是 online 的，有隐私问题吧。如果你支持接入本地模型。那就是类似云笔记有 notion 这种的，也有 obsidian 这种本地为先的，还有完全开源的其他自部署的笔记软件。

即使同一类产品，目标受众也会有不同，特性也会不同。

这个就如同完全让”智驾”在路上狂飙一样让人心惊胆战。

Maps are not safe for concurrent use: it’s not defined what happens when you read and write to them simultaneously. If you need to read from and write to a map from concurrently executing goroutines, the accesses must be mediated by some kind of synchronization mechanism. One common way to protect maps is with sync.RWMutex.
映射结构不适用于并发场景：当同时进行读写操作时，其行为是未定义的。若需要在并发执行的 goroutine 中对映射进行读写操作，必须通过某种同步机制来协调访问。保护映射的常用方式之一是使用 sync.RWMutex 。

This statement declares a counter variable that is an anonymous struct containing a map and an embedded sync.RWMutex.
该语句声明了一个 counter 变量，这是一个包含映射和嵌入式 sync.RWMutex 的匿名结构体。

var counter = struct{
sync.RWMutex
m map[string]int
}{m: make(map[string]int)}
To read from the counter, take the read lock:
读取计数器时需获取读锁：

counter.RLock()
n := counter.m["some_key"]
counter.RUnlock()
fmt.Println("some_key:", n)
To write to the counter, take the write lock:
写入计数器时需获取写锁：

counter.Lock()
counter.m["some_key"]++
counter.Unlock()

来源： https://go.dev/blog/maps?utm_source=chatgpt.com

@viking602 goland 有啥体验是 vscode 无法提供的吗，目前我 go 开发几乎都是 vscode 了，goland 尝试了几次，没用下去

@looplj WindSurf 的 Teams 里面最多能加几个人。