V2EX › Ayanokouji 的所有回复 › 第 1 页 / 共 52 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 52

❮

❯

1 小时 57 分钟前

回复了 Ayanokouji 创建的主题 › 程序员 › mysql 26.7.0 发布了

@noahjsn 那你要不要看看，你#53 再说什么，怎么就不能从 9.7 升级到 26.7 了

2 小时 9 分钟前

回复了 Ayanokouji 创建的主题 › 程序员 › mysql 26.7.0 发布了

@noahjsn 下一个 lts 版本 28.4 ，官网都说了，看明白前，别乱科普

3 小时 17 分钟前

回复了 Ayanokouji 创建的主题 › 程序员 › mysql 26.7.0 发布了

@noahjsn 我的理解就是原来的 10.x ，改了命名版本，9.7 是 lts ，下一个 lts 是 28.4 ，升级的话是 9.7 升级到 28.4 。从 9.7 升级到 26.7 也是可以的，但是一般生产不会这么做而已，26.7 不是 lts 。不知道你怎么理解的

3 小时 45 分钟前

回复了 Ayanokouji 创建的主题 › 程序员 › mysql 26.7.0 发布了

@noahjsn 不是这个意思吧，26.7.0 应该是代替了应该发布的 10.x 版本。你说 9.7.x 会比 26.7.0 发布完，这还是在原有分支上继续 patch

8 小时 3 分钟前

回复了 Ayanokouji 创建的主题 › 程序员 › mysql 26.7.0 发布了

@Geon97 是的，下一个 lts 要等到 28 年 4 月

8 小时 4 分钟前

回复了 Ayanokouji 创建的主题 › 程序员 › mysql 26.7.0 发布了

说句扎心的，有没有可能，不是版本太快，而是时间过的太快，mysql 8.0 正式 GA ，已经过去 8 年了，MySQL 8.0.11 (2018-04-19)

https://dev.mysql.com/doc/relnotes/mysql/8.0/en/
正式 GA MySQL 8.0.11 (2018-04-19)

https://dev.mysql.com/doc/relnotes/mysql/9.7/en/
正式 GA MySQL 9.0.0 (2024-07-01)

8 小时 25 分钟前

回复了 Ayanokouji 创建的主题 › 程序员 › mysql 26.7.0 发布了

@Geon97 改成 CalVer 格式了

8 小时 42 分钟前

回复了 Ayanokouji 创建的主题 › 程序员 › mysql 26.7.0 发布了

8.0.x 版本很特殊, patch version 会包含 8.x 所有功能

8 小时 49 分钟前

回复了 Ayanokouji 创建的主题 › 程序员 › mysql 26.7.0 发布了

补充一下 LTS 版本
现有：8.4 、9.7
下一个：28.4

3 天前

回复了 Ayanokouji 创建的主题 › 程序员 › 你们会骂 AI 吗

@yungo8 是的，心里骂，正如 2 楼所说，没啥用，还得花钱

3 天前

回复了 blackantt 创建的主题 › 程序员 › 怎么防止别人把客户端反编译后配上他自己的 server(计费)？

原神私服不就是这个逻辑吗，只不用的是代理，mock 的 server 。

13 天前

回复了 Ayanokouji 创建的主题 › 程序员 › 大模型领域 token 这个词， apple 的翻译

我只是给个翻译的参考，大家有别的地方的翻译，也可以贴出来。我个人和别人交流都不翻译的

14 天前

回复了 wang1c 创建的主题 › 程序员 › AI 代问？还有这玩意？

中译中，也不是不行，🐶

7 月 28 日

回复了 Ayanokouji 创建的主题 › 程序员 › 从 0 到 1 做方案设计和开发，现在哪个模型比较强

@xidaduo Fable 5 还没体验过，gpt 5.6 和 claude 4.x 从 0 到 1 还是差点意思，不过执行任务已经很好了

7 月 28 日

回复了 Ayanokouji 创建的主题 › 程序员 › 从 0 到 1 做方案设计和开发，现在哪个模型比较强

也可以其他产品，大概意思是，从 0 到 1 开发一个产品

7 月 21 日

回复了 amztianshi888 创建的主题 › Go 编程语言 › 有了 Agent，后台脚手架是该退场，还是变成约束层？

我也维护自己的脚手架，不过我更喜欢叫他 template ，来说说我的见解
1. 脚手架有必要，比如日志处理，error 处理，我觉得这两个对 golang 脚手架来说很重要，看起来这俩很简单，但是上线后的问题溯源，很考验这两样的设计功底
2. curd 生成，我不喜欢。我不反对生成器，我用的是 ent ，也有大量生成代码。但是生成的代码应该是不能修改的，所以我不喜 curd 生成器，写好 agents.md ，AI 还是遵循风格

这些仅代表我个人观点，golang 的技术栈每个人的习惯差距还是很大的

7 月 17 日

回复了 Ayanokouji 创建的主题 › JetBrains › 无人在意的角落， IntelliJ IDEA 发布了 2026.2 版本

@aladdinding 我是 git + debugger ，debugger 还是挺好用的

7 月 17 日

回复了 Ayanokouji 创建的主题 › JetBrains › 无人在意的角落， IntelliJ IDEA 发布了 2026.2 版本

一天到晚全是 codex 的帖子🐶

7 月 15 日

回复了 duanxianze 创建的主题 › 程序员 › 抛砖引玉，大家觉得哪种后端语言对 vibe coding 更友好？个人认为还得是 go

go +1 。这么说吧，搜索引擎搜索 golang 的相关问题少了很多，导致 go 的排名都下降了 (:狗头保命

7 月 9 日

回复了 EthanWalkerTech 创建的主题 › 程序员 › 上 Kubernetes 后，开发能自己发布吗？

@defunct9 #11 这一套能管几个应用、几个集群呢，应用超过两位数估计就该忙不过来了吧。

1 2 3 4 5 6 7 8 9 10 ... 52

❮

❯