- 主题:自从 vscode出来, sublime等编辑器就再也风光不再了吧
还有因为技术路线的原因，实现remote和web版十分容易。
jetbrains不得不搞了个java远程桌面来实现remote。试了一下，十分迟钝，聊胜于无。
【 在 eGust 的大作中提到: 】
: vscode 已经成为免费 editor/ide 的第一名了，而且很难看到再有革命性的革新。
: vscode 搞成了好几件事，最大的贡献是把 electron 搞火了。之前 atom 感觉非常慢，所以虽然技术出来了，但大多数人都懒得去试。
: 其次是搞了一个 Language Server Protocol，这货模糊了 editor/ide 之间的区别，而且也避免了每个语言都得给不同的 editor/ide 做支持。
: ...................
--
FROM 58.37.58.*
emacs tramp只是个虚拟文件系统，跟gnome gvfs也差不多。用这个api的插件可以访问远程，调用外部程序就不行了，它只复制了当前打开的文件到本地，外部程序根本看不见远程目录。jetbrains之前也是这种实现，灵不灵看具体插件。
sshfs好一些，至少外部程序能看见完整代码目录。但是代码提示需要看系统目录，仍然没有。
不用说远程编译，调试仍然需要另外配置。
把插件运行在远程似乎就是唯一解。
【 在 eGust 的大作中提到: 】
: 反正看过别人的描述，我对 emacs 远程编辑的理解就是只能凑合用的程度：
:
https://news.ycombinator.com/item?id=27012799: volta83 8 days ago [–]
: ...................
--
FROM 58.37.58.*
linux下c++还真就是手写的多，倒不一定是makefile。
c++的build system大部分不是声明式而是命令式，ide和描述文件之间双向同步本来就挺难的。描述文件向ide的单向同步已经由compilation database跨ide跨build system搞定了。
【 在 hgoldfish 的大作中提到: 】
: python 还好说，不用项目管理。
: cpp 自己调用 make 编译调试吗？
: vscode 在工程管理方面是个弱项，所以我看 cpp, java 程序员用得少。
: ...................
--
FROM 58.37.58.*
大部分看起来在现代编辑器里对应按两三下expand selection再按相应的编辑命令。
其实把vi这套迷你语言中最有用的部分提取出来，像在搜索里用正则那样调用，也许比整个编辑器切换模式要更容易普及。
【 在 beep 的大作中提到: 】
: 这不是啥奇怪的字符
: ci( = change in (
: ca{ = change around {
: ...................
--
FROM 58.37.58.*
vscode嵌入式有platform io，还挺好的。
至于c++，vscode搞lsp至少是大大提升了vim/emacs的c++支持水平。
【 在 bigsen 的大作中提到: 】
: 说的这么神乎其神，你们都是用vscode搞什么开发？ c++和嵌入式开发有那么顺手丝滑吗？
: 远程功能c++貌似用不到吧？你收的远程编辑主要是对前端开发吧？
--
修改:ilovecpp FROM 101.82.147.*
FROM 101.82.147.*
不止定义一个接口，也有了现成的，经过实践检验的server，使得vi/emacs只需要对接一下就可以用了。叫生态也可以。
是的，这些没什么技术含量，相对于写一个clang来说也没多少工作量。但是对于vi/emacs这些早已失去活力的社区来说，对接clang这么一点点工作量也没法独立完成。clang出来这么久，emacs为什么没能自己完成对接呢？
就这么一点工作量，对于缺少活力或者不够大的编辑器社区来说就是有无的差别。
【 在 hgoldfish 的大作中提到: 】
: 不觉得这种定义一个接口的事情是什么大的贡献。目前使用量最大的几个 C++ IDE: msvc, eclipse cdt, devcpp, qtcreator，也没见大家扔了自研的 cpp 分析引擎改用 lsp 啊。
: cpp 语法解析比定义一个接口难多了，以 cpp 社区的折腾劲，我感觉跟 cpp 语法演变的难度，约等于从头造一个上天的火箭。。一直到 clang 搞出来总算有稳定的 cpp 解析器给 ide 用了。
: 这事其实是对一年变一次的前端领域比较有利。对成熟的语言, c/cpp, java, python 这些，一毛钱好处都没有。
: ...................
--
FROM 58.37.58.*
现在的很多开源项目，就比如vscode吧，根本就是大公司全职雇员做的商业项目，只是发行模式为免费且开源。
一个小公司的商业项目何德何能去与软件开发巨头的明星项目竞争，还想“映衬出”后者的“无能”？也就是某些小点上有特色而已。
【 在 No1 的大作中提到: 】
: 我觉得倒是没有这么严重
: 一个好软件，总是某个对的人在对的时间点就做出来了
: 这时他可能选择商业化也可能选择开源，都是机缘巧合
: ...................
--
FROM 58.37.58.*
vscode替代的其实是emacs，也就是“所有新语言的第一个ide”和“同一个ide搞定所有语言”。之前哪有别的选择呢？也许eclipse，但eclipse太面向商业插件了。atom？已经在微软旗下了。
你是不是也要觉得emacs曾经流行也是“追星”RMS？这种“通用ide”流行并不奇怪，也未必它们的用户就比你愚蠢。而“小公司的项目”编辑器们离这还有相当距离。
【 在 hgoldfish 的大作中提到: 】
: 这个时候更要支持一下小公司的项目了。不然以后从出生到死亡，一切都在几家大公司的数据库中，他们知道我们的一切。想想就太可怕了。
: 编辑器对程序员其实并没有那么重要。就算有提升一丁点儿效率，我也宁愿放弃这点效率，追求杮油与开放。
: ps: 我觉得 vscode 也不见得好用。我知道的很多人是因为是巨硬这种万年开源软件大敌，突然间“良心大发”开始拥抱开源社区，所以才被鼓动去尝试它。程序员群体经常笑话那些流量明星的粉丝被收智商税，我看很多程序员追星也没差多少。
: ...................
--
修改:ilovecpp FROM 58.37.58.*
FROM 58.37.58.*