VSCode这种工作模式,是不是大部分工作都在server端做的?比如数据处理和文件操作。本地实例变成了一个简单的客户端负责显示结果?
如果这样的话,貌似难度还可以,emacs官方有这方面的计划吗?
VSCode这种工作模式,是不是大部分工作都在server端做的?比如数据处理和文件操作。本地实例变成了一个简单的客户端负责显示结果?
如果这样的话,貌似难度还可以,emacs官方有这方面的计划吗?
这确实是个痛点, 连 server 开发这块目前确实是 vscode 最方便…
现在有了AI辅助,开发个类似这样的功能应该是问题不大的。
希望能早日支持,非常需要
trump rpc 了解下 90%场景下性能接近,可控性拉满
弄个自建的中转,打洞成功后很快的。
零难度
直接搞台机器装上 emacs 等工具,远程使用就 ssh 用 tui, 岂不美哉?这才是真正的远程开发,vs.. 等垃圾工具的远程开发,不过是假远程的儿戏
真远程是一切东西都在远程
你要是嫌远程环境难以维护/迁移麻烦,那么用 nspawn 包装下
想用GUI,终端的剪切板太麻烦了,配置了一下调用命令,又太卡了
这种模式,lsp服务端运行在哪里?索引文件方便吗?
并不麻烦,你可以参考下那个主题里面的评论,最近我贴了一个非常微小但奏效的配置,以解决剪贴板问题。
如果实在不想用 tui,也可以,确保你的带宽足够,然后 waypipe 转发
再不济,直接运行一个无头桌面,vnc 过去用,岂不美哉?