月度归档:2013年09月

不要复杂化Vim(转)

我是本科的时候接触Vim的,当时就沉迷其中无法自拔,想想也可以理解,一个20出头崇尚黑客文化的少年,无意间发现了可以整天在键盘上打字而手不用碰鼠标的方式,多酷啊,写东西的效率提高不说,关键是在别人面前装黑客可以装得更像。于是乎,花大量的时间先记住各种按键,然后花大量时间去网上找Vimrc模版,能集成多少就集成多少,最后花大量时间找各种插件,什么插件看上去牛逼就装。最后抱着“把Vim打造成IDE”的远大理想,在网上到处搜寻相关文章,还到处找人争论吵架,总之最后不把Vim搞成编辑器中的高富帅,高大全,心里总是不甘心的。

当然不是所有的Vimer都是和我当时一样幼稚的,但从我的观察看,类似的Vimer还是不少的。我可以理解为什么这部分Vimer会经历这个过程,但可惜的是,很多人用了很多年,还处在这个阶段,在我看来,那就是陷入了Vim的使用误区了。我在这里谈谈为什么我有这种论断,也希望能帮助年轻或者刚入门的Vimers赶紧跳出这个误区,把时间用在更有意义的地方。

Vim是一个文字编辑器,它的使命是提高文字编辑的效率,完。任何别人帮Vim安排的使命,都不是Vim真正的使命。有的人说Vim能提高软件开发的效率, 有人说Vim能提高系统管理的效率,还有人说Vim能提高你的Unix的理解,我觉得最后就差有人跳出来讲“Vim如何改变一个人的生活”的故事了。

这些说法,在某种意义上你都可以认为是对的,但这不是Vim直接带来的,而是Vim带来的“高效编辑”的积极副作用。比如说,你觉得用Vim开发软件效率高,是因为你用它编辑code的效率高,配合别的开发工具之后,整体效率就高了。这个“别的工具”可以是别的一堆开发工具,也可以是别的一个大型IDE,Vim干Vim的事情,别的工具干别的工具的事情,一点都不冲突。

软件开发需要的工具很多,小到代码自动补全,语法检查,文件和类之间的跳转,大到整体项目代码浏览,调试器,代码版本管理,等等等等。所以无数Vim爱好者在业余时间开发大量的第三方插件,致力于将整个软件开发流程中所有能用到的工具都集成到Vim中去。这样做有问题么?对这些人来说是没问题的,因为他们如果这样做,原因不外乎两点,一是他们不喜欢现有的针对这种工具的调用方式,而是他们有能力用好这个Vim插件。但这就给所有人造成了一个暗示,那就是Vim能做所有IDE能做的事情,Vim可以成为一个IDE,大包大揽。然后无数的初学者在业余时间去寻找大量的第三方插件,不管自己的需求如何,也要先把自己的Vim配置成看起来完整的IDE,然后整天要不就在和插件的bug或者冲突做斗争,要不就是去网上找更好更牛逼的插件,最后自己的.vim/下几十个插件,每天真正用到的也没有几个,还在vimrc里面写了大量的插件相关配置。

这种Vim的使用方式是本末倒置,某种程度上是降低了Vim对编辑效率的提高,一个简单的例子就是vim的启动时间恶化。

如果你觉得你就是这样的Vimer的话,我有两个劝告。第一个劝告是,

不要尝试让Vim做所有你能想到的事,而是尝试让Vim帮助你做你遇到的难事。

这句话听起来很玄乎,你会说,我这些插件都有用啊,解决的都是难事啊,你说这不是难事,那在你眼里什么才是难事?有一个办法可以很简单地帮你判断,对于你的Vim使用情况而言,什么才是真正的难事。你需要遵循下面几步:

  1. 简单化你的vimrc,更具体点,就是加上一些基本的功能,比如语法高亮,行号,noncompatible等等。这些设置加起来不会超过20行。
  2. 去掉你的所有插件。对,是所有。
  3. 开始用Vim进行你的日常工作。遇到什么问题了,先想想Vim自己自带的功能能否解决,Google一下,看一下Helpdoc。如果需要写到Vimrc里面的,就写进去。很多时候你会很惊讶地发现,哦,原来Vim默认就有这么一个功能。
  4. 如果是在找不到对应的能很好很容易解决这个问题的自带功能,而且这个问题是你会长期固定会遇到的问题,再去找对应的插件并安装。

按照这几部操作走,过一个月你再看看,你装了哪些插件了?然后再一个一个确认,这些插件你这个月都用过,而且不止一次?这样,你就真正找到能协助Vim解决你难题的插件了。

对于初学者而言,这个过程不仅仅是帮助他们去掉追求Vim的华丽所带来的臃肿,更重要的是,更好帮助他们理解Vim的工作原理,明白为什么有插件,为什么需要装这个插件。

我的第二个劝告是,

不要抵制IDE。

IDE从某些角度上讲是很差的,它们倾向于提供很多无用的功能,拖慢其他关键的使用流程,它们很臃肿,庞大,吃机器。它们都是面向初学者设计的,恨不得吧所有的信息放在你的面前(参见VS和Eclipse),所以你50%以上的屏幕都在显示不关键甚至没有关系的信息。这对于老手而言是对于编写效率的影响。这些我通通都理解。

但这不是IDE的本质。对于IDE而言,虽然你用它的大部分时间都是来编辑代码,但千万别被欺骗了,代码编辑只是IDE的一个小功能。除此之外,它要自动编译,语法检查,部署可执行文件,基于语法的重构,调试,自动生成代码,管理代码版本,等等等等。对于一些领域,比如移动开发,IDE要干的事情就更多了,比如渲染当前的界面文件,管理SDK,等等。这里面有很多事情是Vim没法做的,还有一些是你可能需要花很大精力才能达到并不出色的效果。所以,盲目抵制IDE是没有意义的,只能是给你自己带来损失。

这就又回到了刚才的话题。Vim是一个文本编辑器,这个星球上这好的文本编辑器之一。仅此而已。Vim不是IDE,不管你怎么去改造,Vim都不是IDE。它不面向任何一种特别的语言或者文本类型,它通用于所有的文本。在大部分文本编辑的情况下,你需要集中精力,关注于某个特定的情景,比如当前的代码文件,你还需要快速而精确的操作,不管是跳转还是编辑。这都是Vim能给你的。其他所有的一切,都不是Vim的核心。因为Vim从低层的设计开始就不是为希望像IDE那样服务的。Vim不理解你的代码(YCM很大程度上倒是缓解了这个问题),它也没打算理解的代码。你可以有一些出色的辅助功能,但大部分情况下,传统的IDE更加合适。

对于很多Vimer来说,装上了Taglist,装上了NERDTree,装上了REPL,装上了Syntastic,wow,这是一个完整的IDE!哥们,这不是IDE。它看起来像IDE,但它真的不是IDE。你花了无数精力打造的Vim IDE,最终只是镜中月水中花,假的。

好了,亲爱的读者,如果你看到这里,我估计有两种可能性,一种是你觉得我说的还是有点道理的,还有一种就是觉得这些都是在放屁,你想看看我接下来还会如何接着胡说八道。嗯,对于第二种读者……来,跟着我念10遍:

Vim不是IDE。Unix/Linux才是。

注意,这句话对于第一类读者,或者说非第二类的所有读者都不适用,只对第二类读者适用。为什么?因为到现在还抱着“Vim可以成为IDE”观念的人,基本都是Unix/Linux terminal的死忠用户。他们用,或者写,各种插件,把各种工具集成到Vim,调用得不亦乐乎,并认为这绝对是地球上最高效的工作模式。

嗯,这可能是高效的。但对他们而言,Unix/Linux才是IDE。

我是不是在宣传Vim不如IDE?我觉得不是。我自己就算是一个Vim的忠实用户,我只是不喜欢自己给自己找别扭。我做Go/C的开发,一点也不碰IDE,对于Go这种本身就自带非常出色的开发工具的东西,一个YCM,加一个NERDTree,配合gocode,完全就满足开发需要了。但当我做Android开发的时候,我绝对不会碰Vim,我们都不说界面可视化或者重构这些东西了,就说从Java code跳到对应的xml code,用Vim就能把人急死。相反,我会安装vim编辑模式的插件,在Android Studio/Eclipse里面用上基本的Vim操作。

我们要把Vim的理解简单化。这样才能将Vim用在各种各样的场合,让它帮我们解决它应该解决的问题。这点对于Vim的初学者来说尤其关键。与其浪费时间去证明Vim无所不能,不如去证明,在Vim的帮助下,你无所不能。

转自 Windstorm

json又一神器 – jq

发布python脚本有太多模块依赖,思量再三还是决定用shell来搞定数据导入工作。最终证明思想斗争是值得的, 因为遭遇了入职一来最神的神器 – jq。看完jq的文档后,不由感叹类awk的又一款的微型语言诞生了。

简要描述下其功能:

  1. json格式处理
    美化格式,紧凑格式。以前需要外部工具来美化json,现在看来不需要了。
  2. 数据处理
    支持基本的读取json对象每层特定字段的值
    支持基于json对象的任意字段构造json数组和json对象
    支持对json对象任意字段的基本的运算(加减乘除,范围过滤,类型转换,最大值最小值,比较,关系运算)
    支持遍历json对象的所有字段名
    支持判断json对象字段是否存在
    支持转换成key-value数组(key: 字段名;value: 字段对应值)
    支持按任意字段排序,归并
    支持自定义函数

jq仅仅一个可执行文件,可以和传统linux命令完美结合,除了能完成基本的json美化解析工作外,jq还提供了大量json库没有的特性,功能太过强大,各位请量力而行。
主页 http://stedolan.github.io/jq/