我个人觉得那些各种 line 的状态条插件看着是挺好看, 但是大家用了千篇一律, 更重要的是, 为了美观还要去 hack 一些字体什么的, 有点舍本逐末. 状态栏是在编辑过程中提供一些自己认为必要的信息, 所以这是第一, 其次是装载以及更新速度, . 美观再次. 我也曾经随大流装过那些(当时可能是 powerline)插件,用了 1 个来小时, 就撤了. 目前用的还是自己配置的, 自己觉得也还算好看, 至少不算难看, 这个样子用了得有最少 3-5 年吧 呵呵:

http://imgur.com/a/VuL7l

其实, 颜色啊, 样式啊, 每个人都会多少花点时间在上面, 下面这个是按照我自己的 vim 情况配置的 tmux 的状态栏, 发帖时间看, 至少也有 2 年了.

https://www.v2ex.com/t/154903#reply0

python 你也可以建立一个 class 呀, 只不过你转成一个 dict 变成转成一个那个 class 的 object 就好了.

另外, 即使你那个 dict 到处被读取,使用, 你也不能到处用 hardcoded 的 key name 吧, 应该弄常量代表 key name 字符串, 然后用那个常量读取. 这样你改 key, 只需修改一处.

Just tired of all dark vim color scheme*s*, so come*s* out a light one.

?

中国从来不缺乏各行业牛人, 尤其是科研方面. 但是不是那么太经常出成绩, 跟大环境的偏浮躁有点关系. 完全个人观点.

@simple26 怎么还较真了呢 . 我前面写的 vim-distribution 加了引号,因为这不是正式意义的 distribution, 比如 linux distributions. vim 的这些只是一些配置文件, 集成了别人的插件, 然后用了自己的一种方式来 source 各种配置.

当然, 你通过做这些工作, 的确会学到东西, 别人如果仔细研究你的成果也会学到, 但是可能你自己也清楚, 你的 用户大都是所谓的想"开箱就用"的. 但是从长期使用角度来说, 盲目拿来而不了解就使用, 是不明智的. 除非这个东西(vim)对他不重要.

再重复一次, 我没瞧不起你所做的工作. 有种说法是存在即合理. 这些 vim 的集成配置在 github 上能有那么多人 star, 也说明了人们的需求.

既然 @Livid 说不能了, 那就死心了, 下次不写那些多余的标记了

@simple26 只是对各种 vim distribution 的一个个人观点讨论. 没有针对你或者针对你的 git 项目的意思. 只是看到这里类似的帖子层出不穷才说了几句.

> Vim 神级配置，力求打造最完美的 IDE!

I think you are on the wrong direction, read this:

curl -s "http://www.vim.org/" |grep -o 'Vim - [^<]*'

网上的确很多这种"vim-distribution". 很多新用户, 初学者也会选择一个, 两个比较下, 觉得很多功能都可以 works out of box, 很好很方便 .但是我个人不觉得这是好方法 ,也不是个省事的方法.

简单说几个:

- 如果你仅仅用很基本的 vim 操作, 你不需要那么多插件,配置
- 如果用的很多, 势必要自己配置自己习惯的, 别人弄的, 不一定适合自己, 不管是插件还是什么, 很多还可以在原有插件基础上做自己的修改
- 这种大集成, 一旦有点小问题, 找原因, 解决问题的 effort 往往大很多, 因为你要把整个人家的项目弄明白.

我 10 来年前也是这样, 网上找个特长的 vim 配置, 弄过来用, 自己也不看, 说实话, 那时候也看不太懂. 但是往往总有惊奇 /喜. "咦, 原来我按这些组合键, 会有这个效果. 真好!" "啊! 为什么我按这个会这样!!" ... 后来开始慢慢去读去理解抄来的配置, 发现很多和自己个人意愿不符合. 索性自己从头写, 只写自己需要的, 有新需要往里加, 定期整理. 到今天也将近 1k 行的配置. 这个过程看起来会投入经历, 但是学了东西, 而且有了问题知道去哪找. 我觉得这种大集成, 可以试试, 真要作为每天工作的家伙, 还得自己弄明白是怎么回事..

在 SO 上的很多 vim 大牛也持此观点.

@t6attack
那太多了, 随便说俩
ranger (以前用过,还行),
fpp(现在用,非常方便)
screen, tmux(离不开)
man 程序(也离不开吧)
htop(我觉得比 top 好用, 自从 top 更新了后, 看着也不错了, 但还是不如 htop)
emacs(只用过 1 星期)
alsa 设置程序, 以及很多设置程序
还有一些 linux 安装的程序, 我记得好像 ubuntu 6.0.4 版本是 cli 的, 很久不安装 linux 了不太清楚了.

还有你说的 vim, 时刻在用啊, 包括写这个回复..呵呵

如果交互要求不高的, 就显示个进度条的, 可以就用输出控制, 反复盖写相应区域来实现. 如果真正的 cli 程序,要求界面, 菜单, 交互这种的, 还是用 curses 库吧.

我曾经弄了一个带进度显示的小玩具, 你可以参考:

https://github.com/sk1418/zhuaxia

这要看任务是什么, 如果是新功能实现, 大概 60%, 如果是解决发现的问题, 大概 3-5%时间在写代码.

不知道是不是我老了, 观念跟不上年轻人了, 我对这个贴有个别的看法.
1, 外包的不一定差, digg 也是外包做的. 不要觉得是外包做的 就"有思想准备"
2. 某种角度说, 解决问题的能力是自己价值的体现的一种方式. 这可以是漂亮地实现一个复杂功能, 也可能是把烂摊子规整好.
3. 就问题本身, 当你在某领域的知识比别人深厚了, 看别人的工作, 就会发现非常多的问题, 首先一个锻炼自己的事就是, 不抱怨,不笑话别人. 要么指导别人, 要么改正 /进别人的工作. 这个说来容易, 其实很难做到, 包括我自己. 你可以注意观察下, 公司里的高深人士, 很少抱怨, 笑话别人的工作, 反而都是那些还不错 ,或者半瓶醋的水平人, 才做这样的事. 你接了一些不好的代码, 这的确头疼, 你可以大概归纳一下, 代码里你能发现的问题, 问题可能导致的后果以及你能想到的改进方案, 并且做个评估, 时间啊, 精力等. 然后跟你的领导谈一下, 说明如果投入这个会对将来有什么好处, 让领导决定是否要改进. 自己态度上是一个积极态度, 这并不是说要让领导看到你积极, 而是自己真要积极. 不要怕担责任, 你想, 你心里各行各业的牛人, 没有怕担责任的, 都是勇于担当. 主要审视自己能不能做好, 尽力去做到最好.
当然, 如果对现在公司, 职位实在不满意, 可以考虑换工作.

my 2 cents.

powershell 0 经验, 没法帮上忙, 但是关于你的 python 运行, 你利用 autocmd 只对 python 文件建立 mapping, 并且 ,`%` 应该做处理. 你可以参考我在这个问题的回答以及下方评论.

http://stackoverflow.com/questions/18948491/running-python-code-in-vim/18948530#18948530

虽然老题目了, 但是同好, 所以回复一个. 练字不在写多少, 重要的是临帖, 不临帖,自己写, 越写的多越不好. 成年人应该主要是临写. 硬笔,软笔都是.

印象最深的就是, 一台新电脑拿来, 1 个小时就可以跟以前电脑几乎完全一样, 还有, 有问题再不用"重启动试试".

@falcon05 搜索 沈庆 "四十岁了"

vim 是编辑器, 不是集成开发环境, 就好像, 我几乎所有文本编辑都在 vim 里进行, 包括现在正在写的这个回复, 这怎么总弄个 project? vim.org 一上来对它的定义也是: Vim - the ubiquitous text editor
Vim is a highly configurable text editor built to make creating and changing any kind of text very efficient. 当然, 非常多的人用它来编辑代码, 包括我. 实现你说的 project 功能 ,有很多 vim 插件来支持这个功能. 可是, 这不是 vim 的最基本需求, 它就是一个文本编辑器, 它可以作为代码编辑器用, 但不是专门写代码的东西. 所以它自身不带这个 project 功能. 上面说的 session 和 project 是两个概念.


@neo1218 tmux 出现比 vim 不知道晚了 10 几年, 它也并不是为了加强 vim 而出现的. 单一终端里 vim 也很好用, 如果长期习惯使用的话. vim 自身也有 split 和 tab(后者我不用, 用不惯)

@jiazhoulvke
我也是用了 vim 12,13 年左右的用户, 2013 开始公司要求用 idea(intellij), 对于 java, 比 eclipse (用了大概 8,9 年) 确实好用, 但是对我来说不可能替代 vim. 说它好用, 是对于 java 的一些开发特性考虑的很周到, 但是, 对于文本编辑, 我没办法离开那个 ideavim 插件, 虽然和真正的 vim 比捉襟见肘, 但是也比 idea 自己的编辑器好用很多. 也比 eclipse 的 vi-plugin 强很多, 至于 eclim, 我个人观点, 那东西就没法用.