- 主题:自从 vscode出来, sublime等编辑器就再也风光不再了吧
你的逻辑真够奇葩的，protocol 没用光有 clang 有啥用？
我前面把 electron 排贡献第一，是因为已经有大量桌面应用已经开发出来了，使用者不光是码农这一块。
如果光考虑编程的话，lsp 对于整个 editor/ide 的生态的贡献前无古人。以前完全是每个语言，每个 editor/ide 各玩各的。lsp 之前，m 门语言 n 个 editor/ide 就要做 m*n 个实现，而如今只要做 m+n 个支持就够了。微软光凭推动 lsp 这点就对整个编程行业做出了巨大的贡献，节约了大量的资源。
反过来看 clang 又不是什么不可替代的东西，再写个编译器前端来实现 lsp 也没啥不行
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 因为这个接口没什么用。cpp 开发要爽得有个牛X的语法解析器，分析出 cpp 源代码的模型。lsp 就是干这事的。
--
FROM 122.59.183.*
Vi的最大优势其实不是从头编辑，也不是大量浏览代码，是改文件。
【 在 hgoldfish 的大作中提到: 】
: 状态切换是需要的。程序员输入文字的频率其实不高，更多的是做复制粘贴、搜索某个函数。可以理解成 vi 是程序员的专业工具。
: 问题是 vi 被设计出来以后，已经很久没有发展了，还在沿用很多原始的设计。方向键现在都普及了，GUI 也普及了。世界早发生变化了。
:
--
FROM 101.228.159.*
特别的地方是，没人为我们开发工具，只能用Vim/Emacs。。。
【 在 hgoldfish 的大作中提到: 】
: ic 专业使用 linux 的时候有什么特别的吗？
: 我也是 linux 桌面，，天天用 GUI 软件也不错嘛。
:
--
FROM 101.228.159.*
emacs 有 evil，为啥非要转 vim……
【 在 doubleback (doubleback) 的大作中提到: 】
: Vim在快捷编辑上的优势还是很大的。从Emacs投奔过来的更多。
: 我们这种IC行业的，Linux平台上还是用Vim。
--
FROM 122.59.183.*
当浏览器用？
【 在 bigsen (大海无量) 的大作中提到: 】
: 打错了，快捷键时Alt+左箭头/右箭头
: 这个操作还是很有必要放个按钮在界面上的。
--
FROM 122.59.183.*
就是有跟没有的区别。。以前 msvc 太弱了。
【 在 PGP (---) 的大作中提到: 】
: qtcreator那个半吊子产品微软估计看不上，我印象中一两层模版还行再嵌套就放弃了，他们自己都叛变了投靠了clang
--
FROM 140.224.35.*
但对于做编辑器的那n个团队而言，lsp出现之前他们要做m个东西，lsp出现之后他们还是要做m个东西，完全没区别
两头的工作量才是大头，接口真没啥
【 在 eGust 的大作中提到: 】
: 你的逻辑真够奇葩的，protocol 没用光有 clang 有啥用？
:
: 我前面把 electron 排贡献第一，是因为已经有大量桌面应用已经开发出来了，使用者不光是码农这一块。
: ....................
--
FROM 39.183.11.*
不觉得这种定义一个接口的事情是什么大的贡献。目前使用量最大的几个 C++ IDE: msvc, eclipse cdt, devcpp, qtcreator，也没见大家扔了自研的 cpp 分析引擎改用 lsp 啊。
cpp 语法解析比定义一个接口难多了，以 cpp 社区的折腾劲，跟上 cpp 语法演变的难度，约等于从头造一个上天的火箭。。一直到 clang 搞出来总算有稳定的 cpp 解析器给 ide 用了。
这事其实是对一年变一次的前端领域比较有利。对成熟的语言, c/cpp, java, python 这些，一毛钱好处都没有。
【 在 eGust (十年) 的大作中提到: 】
: 你的逻辑真够奇葩的，protocol 没用光有 clang 有啥用？
: 我前面把 electron 排贡献第一，是因为已经有大量桌面应用已经开发出来了，使用者不光是码农这一块。
: 如果光考虑编程的话，lsp 对于整个 editor/ide 的生态的贡献前无古人。以前完全是每个语言，每个 editor/ide 各玩各的。lsp 之前，m 门语言 n 个 editor/ide 就要做 m*n 个实现，而如今只要做 m+n 个支持就够了。微软光凭推动 lsp 这点就对整个编程行业做出了巨大的贡献
: ...................
--
修改:hgoldfish FROM 59.60.56.*
FROM 140.224.35.*
反过来，既然喜欢vim的模式，我干吗要用Emacs。
正经说的话，人是有自己的内在偏好的，我被Emacs信徒的宣传洗脑过（以前身边有一个Emacs大牛，开发的扩展进lisp目录的），长期想转到Emacs上，但是怎么用都不顺，而Vim的设计我怎么用怎么舒服，它做得非常符合我的本能，就是这样。
所以我在呆过的公司都是Vim的教员，培训过很多人了。
这个东西并不是优劣之分，纯粹是各有所好，没法强迫的。
【 在 eGust 的大作中提到: 】
: emacs 有 evil，为啥非要转 vim……
:
--
FROM 101.228.159.*
editor 需要实现的是 client，只要实现一个就够了，只要语言有 lsp server 就能直接拿来用。不需要做额外的开发，就能满足主要需求，而各家实现 editor 上面的体验，完全取决于 lsp server 的实现。
如果你要说的是做商业软件，那么你的核心竞争力除了 editor/ide 本身的额外功能外，还可以是对某个语言的特殊支持。那实际上技术投入就是在 lsp server 层面的，你本来就要做额外的工作，不然别人凭啥买你的东西。
【 在 PGP (---) 的大作中提到: 】
: 但对于做编辑器的那n个团队而言，lsp出现之前他们要做m个东西，lsp出现之后他们还是要做m个东西，完全没区别
: 两头的工作量才是大头，接口真没啥
--
FROM 122.59.183.*