V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  james122333  ›  全部回复第 40 页 / 共 65 页
回复总数  1283
1 ... 36  37  38  39  40  41  42  43  44  45 ... 65  
2022-08-29 23:49:31 +08:00
回复了 skywind3000 创建的主题 Vim 分享篇文章:为什么我会使用 Vim ?
@daveh

方向键是选择细项 当然各种操作都会用到 频率太高 输入命令补全就好不用方向键 intellij 预设能让你选择不要用组合键和鼠标吗 这是实话不矫情 写插件都需要该应用的知识不只 jvm. 就是有功能需要才看重简易扩展 已有的本身就不是万灵丹 所以这里一直都有月经帖
难道还要向插件开发大佬跪求插件... vim 本
2022-08-29 22:57:14 +08:00
回复了 skywind3000 创建的主题 Vim 分享篇文章:为什么我会使用 Vim ?
@daveh

测了一下双 ctrl 跟双 shift 是不同东西 但这东西是半残的 稍微方便一点 但离方便自定义快捷还有一堆设定是不行的 我依旧要按个老半天 还要随时从中间打字区换成方向键 搭配 ctrl/shift/alt/f1~f12 键本身就不是很好用 计算机那更不用说了 这 vim 本来就可以做了 还可以做的更多 大家都知道插件可以... 重点是插件怎么来的... 会写 intellij 或 vscode 插件的人本来就不多 相较之下 vim 容易多了 这正是楼主强调的 甚至不需要高深编程经验就可以自定义
2022-08-29 20:03:12 +08:00
回复了 skywind3000 创建的主题 Vim 分享篇文章:为什么我会使用 Vim ?
如果都没 vim 插件 纯用 run 光 vim 下常规操作都够呛...
2022-08-29 20:01:41 +08:00
回复了 skywind3000 创建的主题 Vim 分享篇文章:为什么我会使用 Vim ?
当然纯 keyboard driven 可以 但我相信没人想先 alt+x 启动选单一直按 tab 跳转来设定
或者直接写 xml 设定 完全就是悲剧
2022-08-29 19:58:47 +08:00
回复了 skywind3000 创建的主题 Vim 分享篇文章:为什么我会使用 Vim ?
@daveh

我指的是你指定其他动作(如开启档案等一些基本操作)是否也要用组合键 组合键与 F1~F12 本身就不高效 然后绑定一个快捷运行连续行为更是麻烦(这是脚本好处) 然后最后指的连设置都不想用鼠标对应你回应的"全程 keyboard driven"
快速启动与 vim 下的命令行模式差非常多... vim 下命令行模式可以指定变量、键盘映射、呼叫命令函数甚至直接执行 vimscript 逻辑 而且都是内建直接呼叫就好 你 run groovy script 可以实现非常多 但就不是内建而且你总要先经过设置这一关 还是得用鼠标
2022-08-29 18:20:45 +08:00
回复了 skywind3000 创建的主题 Vim 分享篇文章:为什么我会使用 Vim ?
@daveh
组合键不高效 F1~12 距离长 而且考虑到一个快捷多种行为会更低效 甚至我连设定都不想用鼠标
2022-08-29 15:00:15 +08:00
回复了 skywind3000 创建的主题 Vim 分享篇文章:为什么我会使用 Vim ?
赞同楼主想法 vim 除了原本的使用方式有看点 扩展也简单且灵活 至于编辑器本身没有的功能可以透过外部程序 快捷键数量也十分多 组合键 连续键都可以 会觉得按键冲突本身就有原因 很多扩充很喜欢用全域变量与全域键盘映射 但是在 vim 下这些都是有作用域的 你可以不同缓冲区不同页签下使用不同的设定 不同模式下也有不同键盘映射 vscode 下 tasks 不用说了 这是很差的作法 换是我直接在项目目录下放一个.vimrc 然后启动的时候最后读取 可以根据项目自定义需要的设定 个人都是这么做 至于代码 format 说实话的 vim 本身都不一定需要提供和实作 因为 vim 可以调用外部命令修改当前文件内容并反馈至屏幕上 至于其他编辑器或 IDE 写扩充的方式不用说了 有人爱写就去写 反正我是受不了一个简单的事情搞得太复杂 markdown 的情况则是规范都没统一 要解决也不是不可以 只要你命令行功底高这都是可以解决的 差别在于技能的不同
2022-08-20 13:43:03 +08:00
回复了 voidmnwzp 创建的主题 程序员 大家公司的项目代码会写的尽善尽美吗
@darknoll

这是一体两面的事情 写的很丑很难维护也是在卷他人 个人是以有没有恶性找碴为依据
2022-08-19 01:00:57 +08:00
回复了 voidmnwzp 创建的主题 程序员 大家公司的项目代码会写的尽善尽美吗
会到一定的程度 为了在往后节省大量时间用来摸鱼取得好的生活与工作平衡 除非有限制难以实现否则都想这么做 既有语言框架和上头想法都是其中的影响因素
2022-08-14 22:25:21 +08:00
回复了 justanetizen 创建的主题 程序员 关于开源的一点想法
重点那些人都不见得开源多少 基于开源但无协议问题都一定要开源全部...
2022-08-14 22:20:54 +08:00
回复了 justanetizen 创建的主题 程序员 关于开源的一点想法
开源本身并没有问题 有问题的是非着作权关係下强迫开源的态度 “你用开源为什么不开源”诸如此类 开源大佬顶多就是讲一下然后自己实现 当然还是有以开源收割开源的协议 但说实话都不一定得用 copilot 是另外一回事
2022-08-13 18:07:32 +08:00
回复了 kerrspace 创建的主题 程序员 求教一个查找空文件夹的 bash 脚本
@mingl0280

win 下从第几版开始并不关心 在所有案例上没空格是通例 虽然 win 下有空格的很多 没空格的也很多 比起脚本更常见在于说明文档和影音 好几分可能是楼主应用范围没错 但在几乎所有情况下没空格更好做事 尤其对 shell 来说空格是魔法
2022-08-13 00:51:13 +08:00
回复了 kerrspace 创建的主题 程序员 求教一个查找空文件夹的 bash 脚本
@mingl0280

你有看文吗 系统以及大部份应用包内名称是没空格的 你爱看多少例外随你 看过的脚本也几乎没有含空格的名称 win 下倒是看过很多 可能有些人把 win 的习惯带进来 特例当通例
2022-08-12 14:36:26 +08:00
回复了 kerrspace 创建的主题 程序员 求教一个查找空文件夹的 bash 脚本
@xz410236056

应用归应用 系统归系统 你看过哪些重要组件是如此的 其它系统不管 linux 是这样
2022-08-12 11:27:27 +08:00
回复了 kerrspace 创建的主题 程序员 求教一个查找空文件夹的 bash 脚本
@lolizeppelin
本来就不建议档名有空格

有空格第二个 for $d*改成"$d"*
2022-08-12 11:07:21 +08:00
回复了 kerrspace 创建的主题 程序员 求教一个查找空文件夹的 bash 脚本
这问题可以回答

#!/bin/bash

for d in */
do
for f in $d*
do
[[ -e "$f" ]] && break 1
done && echo "Directory '${d%\/}' is not emtpy" || echo "Directory '${d%\/}' is emtpy"
done
2022-08-02 09:14:35 +08:00
回复了 oatw 创建的主题 程序员 来~来~来~小伙子们~ JS 圈儿又出新轮子啦~卷起来啊~
@ysc3839

测试起来效能差不多 只是它执行档一直放在很奇怪的位置 例如 /usr/lib/jsc mac 下都有 然后几乎没人把它捆绑成类似 node 的东西(是好处 世界清净了) 然后都很肥
2022-08-01 10:01:29 +08:00
回复了 oatw 创建的主题 程序员 来~来~来~小伙子们~ JS 圈儿又出新轮子啦~卷起来啊~
说实话打从心里鄙视这样的 估计不少都混的很好
2022-08-01 09:57:13 +08:00
回复了 oatw 创建的主题 程序员 来~来~来~小伙子们~ JS 圈儿又出新轮子啦~卷起来啊~
这东西本来就可以做出来 只是很多 mac 用户连 mac 本身的东西都不了解 不是整天 app store 就是面向履历和风向编程
2022-07-14 09:32:39 +08:00
回复了 James369 创建的主题 程序员 一直有个疑问,软件开源出去,就不怕竞争对手抄走吗?
@06_taro
你不缺不代表别人不缺...
1 ... 36  37  38  39  40  41  42  43  44  45 ... 65  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5813 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 32ms · UTC 01:43 · PVG 09:43 · LAX 17:43 · JFK 20:43
Developed with CodeLauncher
♥ Do have faith in what you're doing.