因为 dropbox 用的最早, 一直用着, 觉得是最好的, 跟 linux, 手机都很贴... 有了 google drive 后, 就没仔细试用. 只用了用网页版, 觉得不如 dropbox... 国内那些各种盘, 没用过.

1 - 硬盘,(或磁带)备份
2 - 多处备份
3 - 程序,文档相关的东西, 尽量备份文本文件.

如果是台 server, 我实在想不出远程桌面进去干嘛... 难道开浏览器浏览网页?

@wnnpmqitrh vim 一般是顺序加载设置的, 如果有映射冲突, 你想要你自己的生效, 可以把你的 mapping 放在最后. 如果你的插件是 lazy init 的, 类似那种用到才加载的, 也许只能 fork 那个插件然后自己修改下吧, 比如加个 mapping check 什么的. 还有即使看看插件文档, 一般成熟的插件的映射是应该可以让用户自己安排的.

@whatot QFGrep 和 unit/ctrlp 的 filter 意思是不一样的. 也许你没太仔细看. 我那个小脚本是做 QF 的 filtering, 当然不排除 unite 什么的这种大而全的插件现在也有这个功能了, 我没关注.. 我觉得不应该, 因为感兴趣的对象不同.

@andyhuzhill 我用的录屏一直是 byzanz, 觉得挺好用, 制定性也强. 自己写了个小脚本 wrapper, 来使得用起来更加方便点. @yangyanggnu 你文章里的脚本有个跟我的很相像啊! 我的也是录制指定窗口的和时间的. 至于按键显示, 是另一个软件, 是什么都忘记了, 因为觉得有点华而不实. 好像当时我找了有两个, 一个效果好点, 但是双屏时候有 bug, 想给它 fix 了, 后来没空就撂下了. 选了另一个. 桌面是 xfce.

@whatot 我没太明白你的意思, 是说和我写的那个 QFGrep 比较么? 你举的这 2 个跟我的那个好像做不同的事情吧?

@xuboying 哦, 我现在明白了, 对不起啊, 我看成 tagbar 了, 我 90%都是在终端下用 vim. 我平时不用 tab,和高手无关, 只是我实在适应不了 vim 的 tab, 找不到北. 还是 buffer 好用很多. 但是我的 git conflict view 有 3 个 tabs, 所以就设置了下 tab 的样式, 否则我自己看不见 tab 边界 :-D

发现问题当然可以提 issue, 最好你能自己给 fix 了, 我就省事啦.. ;-) .. 如果是针对某个 syntax 的 color 有问题, 有没有可能是那个 syntax 文件的问题呢? 我基本没打开过 perl 文件, 不敢妄言.

@xuboying 我不能理解你的问题... sorry

@bramblex 或许我没有完全理解你做这个的初衷, 简单的以为就是根据特定情况 source 不同配置文件了. 不好意思. 大概看了下你的例子, 好像不完全是, 大约是针对不同功能你自己写了一些常用功能的函数组合, 然后通过 Require()来 load/source 你写好的具体有"通用接口"的函数组合. 或者说, 你把一些常用功能进行了 encapsulate (这个没想起来怎么翻译), 让这些功能有"模块"的样子. 希望这次我对你的 Require 理解没有大的错误. 应该说是一种新角度的尝试... 我个人觉得, 这样做了各个"模块"独立化挺好的, 但是作为配置文件的管理, 一旦修改什么, 可能成本有点高.当然这是我的主观臆断.

vimscript 是一种脚本语言, 而且设计的也挺有意思的, 但是弊端也明显, 只能 vim 能对它解释执行, 而且效率什么的完全是依靠 vim 自身的. 所以如果按编程语言来说, 说实话不怎么好用. 所以很早前就有人给 vimscript 写库, 做各种 encapsulation, 比如各种语言中 dot 操作符, foo(para).bar(...) like this. 但是这些只是在形式上接近, 本质上无法改变, 因为它是在 vim 的代码里实现的.

不管怎么说这个编辑器支持不同的语言接口, 扩展性就加强了, 同时, 也让不同的用户彻底展开想象去做各种尝试, 所以有了为数众多的有创造性的优秀插件.

@wsdjeg 你说的什么 block 你什么的, 我没明白.

比如: 中山大学数据科学与计算机学院印鉴教授团队 2016 年 6 月公开招聘 2 名工作人员启事 2016-06-13

你要取什么? 2016-06-13 还是 "2016 年 6 月"?

如果是前者,用 beautifulsoup 是可以取 li->span 的东西, 这日期就不就有了吗?

@bramblex 对于 vimrc 的管理, 各人有不同倾向性. 有那种按功能分成各种不同小文件, 再 source 的, 觉得那样便于管理修改的. 可能你就是这样的人群中一员. 我个人还是倾向一个 vimrc 文件. 因为这个文件再大也大不到哪去, 我个人的就不算很小的了. 包含注释行数大概 900 多吧. 但是通过 fold 什么的我觉得查找, 修改挺方便的. 我不排斥你那种多配置文件的方式, 但是各有各的便利和不足, 主要看个人习惯了. 自己用着方便顺手就好. 毕竟配置文件一旦弄好了, 也不总去折腾了.

怎么还有"不服来战..." 这种话呢.... 多数"邀战"的时候,都会战败的, 不要这么说嘛..
vim 又不是专门为 js, html, css....这些编码准备的, 它是文本编辑器, 不是代码编辑器啊. 我除了在浏览器写网址和工作的 java (ideavim)外, 所有文本编辑都在 vim 里完成. 包括现在这个消息的发送.
自己觉得什么东西好, 做了更适合自 id 选择, 就用就好啦, 没必要跑其它工具那里挑衅一番的.

@keelii 呵呵, 我觉得这种配置自由的软件工具, 还是自己配最合适, 看起来花的功夫多, 其实, 就是 1 次的功夫, 后面几年都不变. 而且认真配一次也学东西. 这是我的状态栏, 我自己觉得想要的信息都有, 速度也没影响.
http://i.imgur.com/tTYJCeI.png

@keelii 我猜他的意思是在 status line 用 unicode 的字符来分割不同区域. 现在那些(air/power...)line 插件都能那样.
1,我不喜欢各种 line 的样的状态栏, 那个大 Normal/N, 一点用没有, 占地方, 各种模式弄不同颜色, 华而不实. 所以自己按需求弄个 status line 最实用
2. unicode 的分隔符, tty,有时没法显示, 尽管不常用, 但是 90%没用的漂亮和 10%实用, 我选后者, 何况我觉得分隔符 pipe 就很漂亮..

我知道, 又主观了. :-)

@keelii 主观这个东西很奇怪, 既有普适的漂亮,又有独特的顺眼... 我用了各种 scheme, 都觉得不太好, 就自己基于各种 colorscheme 弄了个自己的一直在用, 也不折腾了, 漂亮肯定是谈不上, 但是自己觉得挺顺眼.