@daveh

功能不全是半残 ide 还功能不全是致命的
如果有兴趣 会 fork 或提 issue 或 pull request
不过没兴趣 写脚本好多了 因为方便 装锋利大刀都可以
vim 本来就是搞个性化配置与个性化功能的 至于配置与功能高不高看人

@maguowei

所以愈来愈多人跳到 idea 但其实功能差不多 搞 vim 更不用说了 肯定会整自己的体验好

@TWorldIsNButThis

然后如上所说 ideavim 是半残的

@TWorldIsNButThis

已经在用了 在公司用 基本上就是在公司用 idea/vscode 在家用 vim 原因很多 在家是不会考虑用 idea/vscode 的 大砲打小鸟的感觉 然后这大砲占用空间还很大...
在公司生产力不一定得完美

@maguowei

基本上 ide 的功能核心就那几项 从以前 eclipse 到现在 intellij 看到的套路都差不多
也都不难实现 原有的工具一凑就凑出来了 vim 有门槛但门槛不是太高 讲究开箱即用那就没办法了 还不只编辑器 很多东西都是这样 当然 vim 内建东西很多 不用其实蛮可惜的 可以当很多 tui 应用 ide 、股票操作、密码管理、版控工具、数据库客户端都可以 vscode remote 的也不是什么高大上工具...

@L4Linux

那就是个半残的使用方式 包括他讲的 ideavim 都是半残 这样使用 ide 相对于鼠标并不会快多少 groovy script 也没看到东西

利己、利他、双赢 双赢是不容易的
成功的商业项目在大众脑内留下印象
成功的开源项目通常只会在程序员脑内留下印象 除非加上商业推广
以上三项是複选题 如果你不担心被白嫖利他与双赢可勾选 担心白嫖利己与双赢可勾选 当然还可以细分

vim 本身就不是没门槛。 脚本也确实没那么多人用 但相对于其它语言是易用的 本身文档也充足 还有一些网路文章。正适合楼主和类似我的人

@daveh

方向键是选择细项 当然各种操作都会用到 频率太高 输入命令补全就好不用方向键 intellij 预设能让你选择不要用组合键和鼠标吗 这是实话不矫情 写插件都需要该应用的知识不只 jvm. 就是有功能需要才看重简易扩展 已有的本身就不是万灵丹 所以这里一直都有月经帖
难道还要向插件开发大佬跪求插件... vim 本

@daveh

测了一下双 ctrl 跟双 shift 是不同东西 但这东西是半残的 稍微方便一点 但离方便自定义快捷还有一堆设定是不行的 我依旧要按个老半天 还要随时从中间打字区换成方向键 搭配 ctrl/shift/alt/f1~f12 键本身就不是很好用 计算机那更不用说了 这 vim 本来就可以做了 还可以做的更多 大家都知道插件可以... 重点是插件怎么来的... 会写 intellij 或 vscode 插件的人本来就不多 相较之下 vim 容易多了 这正是楼主强调的 甚至不需要高深编程经验就可以自定义

如果都没 vim 插件 纯用 run 光 vim 下常规操作都够呛...

当然纯 keyboard driven 可以 但我相信没人想先 alt+x 启动选单一直按 tab 跳转来设定
或者直接写 xml 设定 完全就是悲剧

@daveh

我指的是你指定其他动作(如开启档案等一些基本操作)是否也要用组合键 组合键与 F1~F12 本身就不高效 然后绑定一个快捷运行连续行为更是麻烦(这是脚本好处) 然后最后指的连设置都不想用鼠标对应你回应的"全程 keyboard driven"
快速启动与 vim 下的命令行模式差非常多... vim 下命令行模式可以指定变量、键盘映射、呼叫命令函数甚至直接执行 vimscript 逻辑 而且都是内建直接呼叫就好 你 run groovy script 可以实现非常多 但就不是内建而且你总要先经过设置这一关 还是得用鼠标

@daveh
组合键不高效 F1~12 距离长 而且考虑到一个快捷多种行为会更低效 甚至我连设定都不想用鼠标

赞同楼主想法 vim 除了原本的使用方式有看点 扩展也简单且灵活 至于编辑器本身没有的功能可以透过外部程序 快捷键数量也十分多 组合键 连续键都可以 会觉得按键冲突本身就有原因 很多扩充很喜欢用全域变量与全域键盘映射 但是在 vim 下这些都是有作用域的 你可以不同缓冲区不同页签下使用不同的设定 不同模式下也有不同键盘映射 vscode 下 tasks 不用说了 这是很差的作法 换是我直接在项目目录下放一个.vimrc 然后启动的时候最后读取 可以根据项目自定义需要的设定 个人都是这么做 至于代码 format 说实话的 vim 本身都不一定需要提供和实作 因为 vim 可以调用外部命令修改当前文件内容并反馈至屏幕上 至于其他编辑器或 IDE 写扩充的方式不用说了 有人爱写就去写 反正我是受不了一个简单的事情搞得太复杂 markdown 的情况则是规范都没统一 要解决也不是不可以 只要你命令行功底高这都是可以解决的 差别在于技能的不同

@darknoll

这是一体两面的事情 写的很丑很难维护也是在卷他人 个人是以有没有恶性找碴为依据

会到一定的程度 为了在往后节省大量时间用来摸鱼取得好的生活与工作平衡 除非有限制难以实现否则都想这么做 既有语言框架和上头想法都是其中的影响因素

重点那些人都不见得开源多少 基于开源但无协议问题都一定要开源全部...

开源本身并没有问题 有问题的是非着作权关係下强迫开源的态度 “你用开源为什么不开源”诸如此类 开源大佬顶多就是讲一下然后自己实现 当然还是有以开源收割开源的协议 但说实话都不一定得用 copilot 是另外一回事