成都的互联网企业我 tm 喷爆, 这边的小公司巨 tm 离谱

我很愿意看手写的, 就算写得烂也没什么, 但是接受不了用 ai 输出的东西摆上来.

很反感很反感 ai 文案, 无论是视频还是单纯的文章, 我能接受 ai 配音, 文案自己写, 但是接受不了 ai 文案. ai 文案看得我要吐了, 什么给你掰开来碾碎了, ai 措辞真的很奇怪很奇怪, 莫名其妙很多无意义的用词.

go 语言的优势就是很简陋,语法简单(大道至简), 感觉 ai 很容易一次写对.
其次就是写出来的代码很一致, 无论谁来了, 写出来就那一个味, 反正就那么几种写法, 很容易看懂.

bilibili 搜本地部署有很多视频讲本地部署这个事. 本地部署恼火.

我在实际使用的时候, 每当我需要一个 key 的时候, 我都会重新生成, 并且给 key 输入名字的时候, 会写明这个 key 在什么地方使用(哪个设备, 哪个应用). 不能明码查看 key, 并且重新生成, 这种强制行为在某种程度上帮助我追踪不同应用, 不同地点, 不同设置, 我到底消耗了多少 token. 我并不觉得这是一个拖裤子 xx 的设计.

我觉得上面说的“保护的是平台自己，就算平台被入侵了也不会泄漏，那 key 泄漏了只能是用户侧”很有道理.
如果平台被攻破, 流失的就不是你一个人的 key 了. 这个 key 本质上就像某个网站上的密码, 如果泄露了, 别人就会盗刷资产, 从平台的角度来看, 我先把泄漏影响最大的一面(自己被攻破了)这道防线做好,保证自己给用户生成的数量庞大的 key 不会泄漏.
另外 op 贴上的 claude sonnet 5.5 回答,第一点我不是很认同. 登录上去重新生成一个 key 的成本并没有多少, 就是点一下, 输入一个名字, 点一个复制的问题. 登录上去看一下以前的 key, 也是点一下显示, 再点一下复制. 两个操作最麻烦的操作就是登录. 如果 key 能明码查看复制, 你并不能保证用户不会把 key 复制的到处都是. 上一条回复我已经说了, 既然你都能登录上去明码查看了, 那重新生成一个也不是什么很繁琐的事情. 就算可以明码复制, 用户依然会嫌麻烦, 然后把 key 复制的到处都是.

我觉得这两种方式没什么区别, 既然我都登陆上去回显 key, 那登陆上去我顺手重新生成一个也不是什么事了.

我用的 jetbrains 的 ide, 也就是 goland. goland 可以切换项目使用的 golang 版本, 然后在 goland 内打开的终端里, go 命令会是你在 goland 里设置的 golang 版本, 就是 goland 设置 go1.27, goland 的终端使用的就是 go1.27. 好处是切换起来很方便, goland 内置了各个 goland 版本的下载, 切换版本之后, 重新开一个 goland 终端就可以了, 坏处是这个版本切换只在 goland 内生效, 我猜用的是环境变量覆盖实现的, 在 goland 之外, 比如系统终端就不生效, 只能自己切换一下, goland 默认把 go 下载到一个固定路径, 在 mac 上是/Users/<用户名>/sdk

我之前是不喝水会很渴，喝了水一会就去上厕所了，然后继续很渴。之前担心去医院查过抽血查过肝功能、肾功能，都没啥问题，医生说可能是新陈代谢比较快。

多喝水是好事，我从高中开始就挺爱喝水，不让我喝水，很渴的话，会很难受，很烦躁。

filesync