akaHenry

@Richared #50 Java 项目? 那你还是 idea 吧. 应该没几个正经人用 vscode 写 java. 笑.

(我前面发的讨论, 就不包含 java)

你 idea 跳转都 2 秒了, 这不闹麽. 换啥都不好使.

写 java 的, 无需参与 vscode 讨论. 😄

@Linioi #39 用 vscode 就好. vscode 插件市场, 搜索 python, 把 微软官方的插件, 都装全. 开发体验, 不比 pycharm 差.

(代码补全, 跳转, 流畅程度, GPT 友好, 体验都是完备的)

2025 了, python 开发, 可以完全弃用 pycharm 了.

(作为精通 pycharm 各种技巧, 10 多年骨灰用户的真实评价)

pycharm 卡, 慢, 对 monorepo 中, 多 venv 切换支持烂. (远远不如 vscode) GPT 插件支持, 远远落后.

JB 几个语言的 IDE, 都已经开始免费了, 你就知道, 用户流失率有多高.

@tangc1986 #41 这个不错, 抽空试试. 感谢.

@Richared #47

老黄历了. 2025 了, 更新一下认知.

vscode 插件配置完备, 代码跳转 和 搜索能力, 并不比 jb 弱, 部分语言的 LSP 甚至更优.

JB 打开 monorepo 大项目, 一创建工程索引, 就炸机飙 CPU. (机器体验, M1 MAX + 32G, 也别提醒我改 vm 设置)

=============================================

vscode 比 jb 弱的是 大项目内 代码重构(函数重命名)能力, vscode 会有遗漏.

(也不是大问题, 静态语言, 编译报错, 就能发现. 动态语言, 大项目, 就别用这个操作)

JB 唯 2 还占优的功能: git 合并冲突 和 代码重构 & 重命名.

别的? 真没剩下啥了.

@jiyan5 #43

确实是 pylance(Pyright) 插件的作用.

vscode 禁用 pylance + 重启, 确实不能识别 相对路径导入的模块.

另外, 顺着你的提示, 发现 pylance 是基于 Pyright 的.

trae 可以安装 Pyright 插件, 安装了 Pyright, 就支持识别 相对路径的导入模块的识别了.

😄

@wryyyyyyyyyyyy #31

补充一下, 完整的 docker 构建 + 发布到 github (ghcr.io) 的脚本在这里:

https://github.com/better-sre/config/blob/main/dockerfile/_debian/Taskfile.yml#L34

这个是 debian 的发布脚本, ubuntu 的, 在对应目录下, 也都有.

每个目录的 readme.md 下, 有 Taskfile.yml 构建脚本的使用说明. 应该能看得懂.

注意需要配置 github token, 然后设置到 env 环境变量里.

具体我这个 repo 根目录, 有 .env.local 的参数格式. 可以看一下.

应该就这些了.

@wryyyyyyyyyyyy #31


你是指 docker 构建+部署吗? 具体参考如下内容.

这是我的基镜像 dockerfile, 包括 ubuntu22 和 debian12 的配置:

https://github.com/better-sre/config/tree/main/dockerfile

根据这个配置, 可以本地编译+发布, 也可以利用 github action, 我懒得写配置. 直接本地发布的.

这是我打包+发布到 github 的 docker 基镜像路径:

https://github.com/orgs/better-sre/packages


南京大学对 github docker 源 ghcr.io 的镜像:

https://sci.nju.edu.cn/9e/05/c30384a564741/page.htm

基于 南大的 mirror, 就可以在国内云主机, 快速拉到基镜像, 再在云主机上 docker build 就快了.

@wryyyyyyyyyyyy #29

你这个发现, 确实棒!

--mirror 和 nju 的源, 我也确实测试过. 不好使. 没想到 设置环境变量是好的. 可以.

我用国内主机使用 apt 安装 python + docker 构建好含对应 python 的基镜像 + mirror pull 方式, 绕过的.

这个 https://python-standalone.org/#/ 是谁部署的? 不太敢用?

docker 基镜像, 使用 github 托管, nju 对 github docker 做了镜像. 挺好用.

vscode 优点:

1. GPT 体验最好. pycharm 远远跟不上趟.

2. Python, Go, Rust, 前端, 等开发体验, 相当好. (还有多少市场留给 Jetbrains?)

3. Python 上, 对 monorepo 中多 venv 切换支持, 体验吊打 Pycharm.

4. 插件丰富. 让我认真想一想 Pycharm, Goland, Clion 等独有更好的插件, 想不出多少有比较优势的. 毕竟不是 10 年前.

时代真是变天了.

vscode 缺点:

1. 插件优化水平参差不齐. 拿 GPT 插件, 国内一众, 很多性能优化很烂, 很吃 内存 + CPU.

M1 MAX + 32G 的机器, 经常性 抽风 CPU 飙满. 搞的我把某阿里的 GPT 插件给 ban 了. 只用免费的 codegeex 做代码补全.

2. 想不出太值得讲的缺点. 除了上面的插件性能烂 + 大项目, 导致的 vscode 卡死 + 重启, 甚至还有个 专门重启的插件挺好用. 😓 (这个问题好解决, 就是把 垃圾插件卸载, 比如 阿里的 GPT 插件.)

我目前是头条的 Trae + vscode 搭配用, Trae 主写代码, 主要是白嫖一个免费补全能力. 偶尔切 vscode.

对于 GPT chat, 作为低频用户, 不是很 care.

(关于 Trae 能力, 部分不如 vscode, 拿 python 举例, Trae 不支持 相对路径导入包的模块, 识别+解析+跳转. 而 vscode 就支持. 就很搞笑. 本体 vscode 有的能力, 山寨货, 还能二次阉割的? 迷惑.)

而 pycharm, goland, clion, 早已经卸载.

JB 上唯一还闪光的点, 可能只剩下 git 合并冲突的能力. 笑.

(开源伟大, 曾经 JB 独享的功能, vscode 也基本都有了, 甚至体验更佳)