V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  daveh  ›  全部回复第 24 页 / 共 45 页
回复总数  893
1 ... 20  21  22  23  24  25  26  27  28  29 ... 45  
2022-07-13 18:37:09 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@felixcode 哪方面不兼容? M1/M2 现在也可以跑 x64 容器了。
2022-07-12 19:12:35 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@imKiva 用的 WSL 2 吗? WSL 2 访问本地盘文件效率非常低下,index 慢也可能是这个导致的,可以转换成 WSL 1 试试。
2022-07-12 19:10:01 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@byte10 你这种适合用 Docker ,跟是否远程开发也关系不大,本机一样可以开发,JB 系 IDE 支持直接使用 Docker 工具链。
2022-07-11 20:16:42 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@leeyuzhe 网络、本地文件性能等等,这些都是微软 WSL 2 的问题,以及 WSL 1/2 都存在的执行 wsl.exe 结果随机不一致问题 ,微软祖传 BUG ,JB 这也属于躺枪,只能尽量去适配。
要怪只能怪微软不去积极修复,他自家 vscode 不用 wsl.exe 这个模式,也不去修复问题,阴谋论讲微软是故意留这些 BUG 的。

从技术上讲,本地软件调用执行 WSL 中程序,JB 采用的 wsl.exe 模式更合理,不用一直挂后台占内存,而且对各种 WSL distro 兼容性更好; JB 以前对 WSL 也使用 sshd ,这种也属于挂后台,而且配置麻烦,但不会触发 wsl.exe 的 BUG 。而微软 vscode 采取的是往 WSL 中上传自家闭源二进制文件方式,规避了 wsl.exe 的 BUG ,但兼容性不好,不知你用过非标准的 Linux 比如不用 glibc 用 uClibc 的 WSL distro 没有,明显 vscode 不支持,但 JB 的方式就没有问题。

对你的建议是,如果不是特别要求某些 WSL 2 才支持的特性,请切换成 WSL 1 ,你会发现不再有网络问题,本机文件访问性能大增,还能直接用 Windows 版的 git ,再配置 git 忽略 fileMode ,从此不再有 git 问题。
如果强依赖 WSL 2 ,还不如搞个远程服务器,但你用 IDEA ,我想不到哪个特性要强依赖 WSL 2 。
2022-07-11 18:07:14 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@rebeccaMyKid #76 #77 楼回答了你这个问题。
2022-07-11 17:45:44 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@rebeccaMyKid 你看来没用过 JB 的远程工具链,本地代码是自动同步到远程的,不需要人工干预和感知,编译都是发生在远程服务器。你首次设置远程工具链,对应的系统头文件本地会缓存,后续只有头文件变化才会更新缓存。
你在代码中,CTRL+鼠标点击头文件名,就能直接打开 unistd.h 了,不需要去哪个目录选,而且打开的就是你用的对应工具链的,不会其他的。
你改 glibc 头文件,可以直接改远程,或者改本地缓存。
2022-07-11 17:33:26 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@leeyuzhe 网速不行还是服务器没配置好? projector 就一个远程桌面投屏而已,先保证远程 X11 时使用是否正常?它就一个原生 Linux X11 app 投屏,如果没配置好远程 X11 环境,在 X11 桌面如 GNOME 下看起来也会有问题。
其次开启 https 、保证浏览器 websocket 功能正常。很多所谓问题都是外部因素。

gateway 还是 beta 阶段,有问题可以去提。语法语义高亮,这是最基本功能,从没碰到过,先保证远程服务器 maven 能使用正常。其实我好奇你用 vscode remote ,是怎么开十个实例的?

IDEA 也支持 wsl ,都是像本地一样无感使用,无感到你可能都不知道有这个功能存在,它也不像 vscode 一样归类到 remote 。
吹 vscode remote 是远程开发的最高境界,这真是吹牛皮了,就前面我问的那个场景,比如有个远程文件,你要用本地三方软件工具处理,你该怎么办?也感知不到远程的存在吗?用 JB 的 remote 方式,本质上本地还有文件存在,所以直接三方工具打开处理就行,改完自动同步到远程。
2022-07-11 16:48:01 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@lifanxi 我现在用 Oracle Cloud 远程,有时节点会被运营商限速,但远程开发体验完全没问题,速度都能接受,除了首次使用同步远程工具链、新建工程同步代码耗时一点,后续改动都是增量的,网速低一点也没问题。而且新建工程同步代码,也有办法加速的。
2022-07-11 16:39:37 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@zxCoder 如果只是改改远程脚本,你直接从 Remote Host 打开编辑就行,改完保存上传;看输出文件也是,直接在 Remote Host 中浏览打开。

用 Development 是用它的自动管理同步文件功能,本地改完,远程自动更新,对用户来讲远程就像本地一样,感觉没差别。其本质上还是以本地为主,远程为辅,远程新文件不会自动下载本地。
2022-07-11 12:06:35 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@zxCoder 你是说代码编译后的生成文件?这种输出文件可能很大,还是手工按需下载保险一些,自动同步下载大文件可能很占带宽。或者写个远程脚本在 IDE 中触发执行,直接将远程编译输出文件,传输到运行环境,不一定要经过本地。
除了下载,本地也可以设置一下同步,设置好同步 Mirror 方向,手工点目录同步。
2022-07-11 11:21:52 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@lujiaosama 另外人的习惯性力量确实强大,确实很多人先入为主,曾经有个问题,我跟公司一位 vscode 专家说,你这个功能用 JB 系,直接选文件右键对应功能菜单就搞定,然后他的 vscode 方案,要魔改一个 vsc 插件,维护一个配置文件,有新增代码得不停新改配置文件。。。
然后他说,JB 系方案并没有什么优势,我。。。
2022-07-11 11:04:57 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@lujiaosama 所以最好来比较一下,相同场景下,哪种更顺手,拿最常用、以及不常用的,进行综合比较。
还有人的习惯也可以改变,今天说这个更适合,也只是有可能另外一个还没找对路。

所以想问问 V 友,哪个 vsc remote 场景比较好用,比较独一无二,没有替代的?
2022-07-11 10:53:35 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@ScepterZ 不排除以前 JB 系远程开发支持还不够,有问题,但现在已经很完善了。我们这刚好相反,一旦解决了使用上的问题,换 JB 系体验功能更强大 IDE ,提高自己效率,大家都乐意。
你们这种估计还是旧的成见,或者没有找对工作流?

另外 vs remote 最多对标 JB 的 Remote Host 等,至少微软官方发布的 remote 是这样,还对不上 gateway ,新增的 Visual Studio Code Server 才对标 gateway ,在远程跑 IDE 核心功能。
当然不排除可能网上有不少魔改 vscode remote 的,也用了类似 gateway 这种方式。
2022-07-11 10:37:25 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@lujiaosama 我是看微软网站介绍 vscode remote ,以及网上教程,发现并没有什么特别的地方,所以才好奇想问一下吹 vscode remote 的人,到底是哪点、什么场景下比较叼?
如果只比较网上介绍这些功能,我认为 JB 确实要更强,而且可定制性更高,用起来更简单。

不一定要深入使用,从 IDE 使用角度讲,vscode 已经劝退我,也就轮不到 vscode remote 了。
也不是说 vscode 不行,但是相比 JB 系,vsc 的工作流太复杂了,功能也弱,出了问题修复成本也比较高。
2022-07-11 10:04:37 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@SlYyWc JB 也支持 Remote Host ,配合 Deployment + Remote SSH Tools + Remote Toolchain ,只会比 vscode remote 强。

可能大家不会用,或者不知道有。
2022-07-11 09:50:16 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@lifanxi 你这种场景,用 JB 的远程工具链,代码开发在本地,编译在远程,爽的起飞。
2022-07-11 09:47:58 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@rebeccaMyKid 我就是搞 Linux 服务端程序开发的,用的就是 JetBrains IDE 自带的远程功能,基本上没有什么问题。
vscode remote 不太了解,但看介绍并没有什么优势。
所以就来问问,不如你来说说 vscode 叼在哪?我来教你们 JB 中怎么搞?
2022-07-11 09:37:05 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@leeyuzhe 能说说具体差在哪吗?具体有哪些 BUG ?请拿场景来说话,别张嘴就来。

projector 我有同事在用,说比较好用,基本没 BUG ,也比较推荐,别人说的我不一定信,但他作为一个年入 200~300 万的专家我还是信服的。当然我个人不用 projector ,因为现有 JB IDE 的远程已经满足我要求。

另外,好不好用也要看整体以及复杂场景处理问题的能力,别以为远程开发就是能方便远程编辑一个文件,就说好用。
2022-07-11 09:21:42 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@BeautifulSoap 之前 idea 没有专门去吹所谓的远程开发,但这不代表它不支持,Remote Host + Deployment (SSH+Web+rsync) 就能搞定你们所谓的远程开发。

另外 projector 传图像也是一个不错的方案,基本上可以用上一个功能齐全的 IDE ,我有同事在用,也推荐这个方案。但我个人并不使用,嫌它与 OS 及三方软件工具结合还不够紧密,因为总有些功能 IDE 的不一定满足要求,这时要能快递方便的调用三方工具。
现在的 gateway 方案,还是 beta 阶段,除了不少界面 BUG(都能规避),基本上也能满足要求。

所以很好奇,你所谓的 vs code 远程到底叼在哪,就一个基本的调用三方 Win 工具处理文件场景,你估计都得折腾半天。

fleet 连 JB 自己定位,都是一个轻量级文件编辑器,貌似用来吸引 vs code 用户的,并不是专门解决什么“远程开发”问题的。用现有的 projector 和 gateway 就能获得一个功能齐全远程 IDE ,已经很好用,JB 也一直在支持,而且方案都很明确,没有新的变化,可以抽人出来搞什么 fleet 编辑器了。

PS: 新冠远程在家办公,我们都是直接远程桌面,甚至直接用远程桌面放视频都不卡,更别提直接用功能齐全的 IDE 开发环境,以及使用各类专有工具软件。很少有人用什么远程 IDE ,想想也是,你都可以通过远程桌面很方便获得一个功能齐全的 IDE+各类专有工具软件,谁还有兴趣折腾一些功能弱化不齐全的远程 IDE ?
2022-07-10 18:56:54 +08:00
回复了 formulahendry 创建的主题 Visual Studio Code 微软发布 VS Code Server 了~ 目前是 private preview 阶段
@BeautifulSoap 看到很多人吹 vs code 远程开发强,很好奇到底强在哪?还是说只是不会使用 JetBrains 系?
1 ... 20  21  22  23  24  25  26  27  28  29 ... 45  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2591 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 21ms · UTC 09:09 · PVG 17:09 · LAX 02:09 · JFK 05:09
Developed with CodeLauncher
♥ Do have faith in what you're doing.