问题一: 保持现有返回不变, 增加一个新字段, 不会 (也不应该) break 现有测试

问题二: 流程问题, 角色权限设计这么关键的模块, 难道没有详细设计文档?

已经基本切换到 vscode 系, 就剩 IntelliJ 用来读 Java 代码, 社区版完全够用

试试国内镜像加速吧, 网上有很多, 比如 https://cloud.tencent.com/developer/article/2485043

收藏了, 上面提到了很多不错的框架

下载安装试用了, 评价是: 对品牌和用户不负责任的半成品.
Trae 刚出的时候也是 bug 很多, 但至少基本能用. 而这玩意, 举个例子, 连最基本的一个功能 "下载 Python 语言插件" 都做不到. (当然我知道有 hack 的办法, 但是你难道指望用户都能 hack 吗?)
感觉就是开发部门的匆匆忙忙赶鸭子上架, 甚至连内部测试试用都没有进行过.

现在这个产品力水平就着急收费, 是不是内部 OKR 压力来了 (doge)

mod vscode 太严重, 很多插件工作不大正常, 只在一些小项目上用...

其实就一个原因, 无大厂背书.

我所知道的开源 infra 没有一个是在无大厂背书的情况下"火"起来的. 越底层的东西越需要大厂背书.

腾讯云的 sdk 垃圾我一点不意外.

但是 github 的分页逻辑没有考虑到这种极限情况, 确实也该给一巴掌 [doge]

@hanxiV2EX 暴露 docker 容器里面的 ssh 端口给本机的 vscode 吗?

https://code.visualstudio.com/docs/remote/faq#_can-i-run-vs-code-server-on-older-linux-distributions 官方提供的 walkaround 原理基本相同

楼主能分享下 vscode java 开发的经验不, 我也尝试从 idea 迁 vscode, 感觉还是有很多地方用不顺手

其实在我看来, 最重要的一个原因是, golang 生成的可执行文件是 self-contained (在大部分操作系统里面只对 c runtime 有依赖; 现代操作系统应该没有不带 c runtime 的, 因而可以视为没有依赖), 是最容易分发的, 迁移阻力是最小的.

用 C# 就必须带 dotnet runtime 或者 ART; 但是这个 dotnet runtime 或者 ART 能覆盖多少 os/arch 还真不好说; 要知道现在 x86/arm 之外的 arch 有上升的趋势; 而 golang 这块从他诞生开始, 就做得比较好;

至于很多说的语法层面的事... compiler 本身的代码是没有太多魔法的, 一般写起来也都是常规语法.