posts - 189,comments - 115,trackbacks - 0

Linux应用环境实战02:打造属于自己的Vim

http://www.blogjava.net/youxia/archive/2015/01/09/linux002.html

Linux应用环境实战01:玩转Linux系统的方法论

  Linux系统中很多东西都是以脚本代码、配置文件的形式存在,使用Linux系统时,需经常对这些文件进行编辑。很显然,如果没有文本编辑器,江湖之路寸步难行。

  我的选择是Vim。Vim是Linux系统上的最著名的文本/代码编辑器,也是早年的Vi编辑器的加强版,被誉为文本/代码编辑器之中最为优秀经典的上古神器。 它之所以会获得如此美誉,我想主要有以下原因:1.它古老而神秘,学习曲线陡峭,难以驾驭,但是一旦学会则受益匪浅。如今被看作是高手、Geek们专用的编辑器。所以尽管 Vim 已经是古董级的软件,但还是有无数新人迎着困难去学习使用。 2.轻便,无需多言,当仅仅只需要对某一文本文件(比如脚本代码、配置文件)进行简单的编辑的时候,所使用的工具当然是越轻便越好。Vim同时也是阅读文本文件的利器。 3.经典巧妙的编辑方式及强大的功能。它全程使用键盘操作,用户必须记住一堆快捷键、按键组合以及各种命令才能开始使用,一旦使用熟练则编辑效率远超其余编辑器,而且具有各种插件、语法高亮、代码补全、配色方案等极其丰富的资源以及灵活的配置;

  我主要在以下情况下使用Vim: 1.用来修改服务器系统的配置文件; 很多时候, Linux 作为服务器是不会开启图形界面的,当需要远程操作时,只能利用 SSH “命令字符式”的 Shell 界面对其进行操作,这种情况下,Vim自然是首选。 2.用来阅读内核源代码和系统的脚本; 理由同上。 3.用来写简单的程序,一般都是单文件的程序,或多文件但是只有少数几个文件的项目,比如学习一门编程语言的时候做练习题,喜欢看到文件夹内干干净净,不喜欢一大堆类似.project的文件; 4.装B,花花绿绿的全文本字符界面,很酷。

  不适合Vim使用的场景: 1.大的编程项目,大的项目还是最好使用IDE,如果要远程连接没有图形界面的服务器写大项目,最好还是在服务器上建立代码仓库;理由:VIM没有好的项目管理功能,VIM的自动补全只建立在文本匹配上,没有程序语言的语义分析功能。 2.对内容的输入要求不高,但是经常需要设置显示格式,且每个动作之间本身就有很多的停顿的工作,用其他GUI编辑器(如LibreOffice Writer)效率反而比VIM高。 

  有人说,Vim是“成也插件、败也插件”。Vim灵活的配置和丰富的插件极大地增强了它的功能,但是也极大地增加了我们管理Vim的难度。首先,在使用Vim之前,必须经过适当的配置,而Vim的配置又极其繁琐。所以网上有很多诸如“万能配置”、“最强配置”的文章,这些都可以参考。但是这些文章中有些存在很多错误,甚至前后内容重复、冲突,而且这些文章是“授人以鱼,而不是授人以渔”,它们给出的配置虽然可以照抄,但是经常会让人不明所以。 Vim的插件丰富,在网上不乏使用各种插件将Vim配置成强大IDE的文章,但是Vim的插件管理非常困难,因为每安装一个插件,都需要将该插件的文件分别放到Vim安装路径下的pluginautoloadsyntaxdoc等目录下。好在是Vundle横空出世,它不仅解决了Vim插件在文件系 统中分散的问题,同时能够自动搜索和下载插件。

安装和配置Vim

  使用Vim之前当然需要先安装,不过在Ubuntu中这都不算个事,一条 sudo aptitude install命令就可以搞定。由于Vundle搜索和下载插件需要git,所以需要同时安装vim、gvim和git,如下:

sudo aptitude install vim
sudo aptitude install gvim
sudo aptitude install git


  然后,在用户的主目录中建立 .vim 目录,在 .vim 目录中建立 bundle 目录,以后Vundle自动下载的插件都保存在这里。然后,进入 Bundle 目录,使用 git clone 命令下载vundle。

  下面开始展示我的配置文件(主目录下的 .vimrc 文件)。我的配置不同于网上流传的“万能配置”、“最强配置”。我的配置是能够达到我想要的效果的 “最简单配置”。下图是第1到17行,这里配置了Vundle,使用Vundle来管理插件。在网上的一些配置中,常把Vundle的配置放到配置文件的最后,这是不对的。Vundle的配置必须放到最前面。(如果不用Vundle,用Pathogen插件也一样要把配置放到最前面。)这是因为,只有 Vundle插件运行以后,Vim才会到 ~/.vim/bundle 目录下加载其它的插件,如果Vundle没有先运行,Vim当然找不到下载的插件了。

  第18到44行,如下图,这是在GVim中截的图,顺便展示一下GVim的效果:

  第45到68行:

  第69到86行:

  从截图中可以看出,我的配置文件很简洁,并且将各种设置初略地分了类,并进行了简单的注释。该配置文件只对Vim进行最基本的设置,不包含任何键盘映射,也不包含任何脚本代码。我把Vim和GVim使用了不同的配色方案,Vim使用经典的desert,而GVim则是网上被众多人推崇的solarized,而且该配色方案是使用Vundle自动下载的。

使用Vundle管理插件

  Vundle可以自动下载和安装插件,只需要在“My Bundles Here”注释后面使用 Bundle 命令把所需要的插件列出来,每个插件一行,然后运行 :BundleInstall 命令即可。Vundle支持 github.com 和Vim的官网 vim.org 。前面的配置文件中,solarized配色方案就是Vundle从 github.com 上下载的插 件。下面,看看怎么从 vim.org 下载一个模拟黑客帝国的插件。如下图,在 .vimrc 中增加一行配置:

  保存该配置文件,并重新启动Vim后,使用 :BundleInstall 命令,可以看到自动下载和安装插件:

  输入 :Matrix 命令,可以看到如下效果:

  当然,该插件纯属娱乐。娱乐过后还是删除掉比较好。要删除一个插件,首先要从配置文件中将 Bundle 'matrix.vim--Yang' 这一行删掉或注释掉,如下图:

  然后保存配置文件,重新启动Vim,运行 :BundleClean 命令,如下图,删除一个插件后的效果:

怎么学习使用Vim

  使用Vim之前必须得先做点功课,否则根本玩不转,Vim只会滴滴滴乱响,让人一头雾水。好在Vim有一个非常棒的帮助系统,通过该帮助系统, 可以非常方便地学习Vim。比如前面展示的配置文件,我并没有做过多的解释,因为如果想了解某条设置的作用,只需要 :help 一下即可。下面以 guioptions 设置为例,来了解该帮助系统的用法。从我的截图中可以看到,我的GVim是去掉了工具栏、状态栏、菜单、滚动条的,只保留了编辑界面,要达到该效果,需要使用 set guioptions=... 来设置。要想对 guioptions 有更深入的了解,可以使用 :help guioptions 命令,如下图:

  弹出的帮助文档:

  如果想对Vim进行系统的学习,可以使用不带参数的 :help 命令,如下图:

  Vim的命令非常多,几乎键盘上的每一个按键都有特定的用途,学习Vim的时候一定要做笔记哦。下面,我给大家分享一个Vim的键盘布局图:

  (该图片非常大,可以保存下来观看,或者在新的窗口中打开观看。)

  VIM的使用技巧,看这里http://vim.wikia.com/wiki/Vim_Tips_Wiki

使用Vim阅读Linux内核源代码

  实战演示如何使用Vim阅读Linux内核源代码。工欲善其事、必先利其器,所以在开始工作前需要先安装合适的插件。我前面讲到了使用 Vundle可以自动管理插件,但是没有讲到Vim中究竟有哪些插件可用。可以到Vim的官网看看哪些插件的下载率比较靠前。地址这里:http://www.vim.org/scripts/script_search_results.php?order_by=downloads

  上图是排名前15名的插件的截图。如果只是阅读源代码的话,我觉得taglist.vim和The NERD tree这两个插件就够了,The NERD tree是浏览目录树的利器,taglist.vim是浏览代码的利器,可以非常方便地显示源代码中定义的各种类型、变量、函数等信息,也可以非常方便地在各个符号之间跳转。taglist.vim必须配合tags文件使用,Linux的内核源代码是C语言的,可以使用 ctags 命令生成tags文件。如果是想把Vim打造成强劲的IDE,还需要别的功能,比如自动补全、自动生成代码块、自动注释、自动Make、自动运行/调试等,以后需要用到相关功能的时候我再介绍相应的插件。在这里,只是Read Only,我觉得taglist.vim和The-NERD-tree足以。

  首先,使用前文《玩转Linux系统的方法论》中介绍的方法,找到Linux的内核源代码,并安装:

  然后找出它们都在文件系统的什么地方:

  taglist.vim需要tags文件的支持,而tags文件需要使用tags命令生成,所以需要安装exuberant-ctags,如下图:

  再然后,为Vim安装插件。从下面的图中可以看出,除了taglist.vim和The-NERD-tree,我还安装了a.vim,该插件可以方便地实现在.c文件和.h文件之间跳转。当插件名称中含有空格的时候,以“-”代替,如The NERD tree插件,在配置文件中需写成“The-NERD-tree”。配置插件如下图:

  安装插件如下图:

  再然后,进入Linux内核源代码包的安装目录,解压Linux内核源代码,并生成tags文件,如下图:(这两个步骤都需要有点耐心,因为解压和生成tags这两个操作都很花时间。)

  阅读代码前,需要告诉Vim使用哪一个tags文件,在这里,就是刚刚使用 ctags 生成的文件,可以通过 :set tags=/usr/src/linux-source-3.13.0/tags 来设置。为了方便起见,我把该设置放到了 .vimrc配置文件中,如下图:

  最后,启动Vim,找到相应的代码进行浏览。如果编辑的是一个目录的话(如下面的 :e . 命令,表示编辑当前目录),会自动跳出The-NERD-tree的界面,在目录之间导航非常方便,如下图:

  这里以Linux内核中红黑树的实现为例。使用The-NERD-tree定位到 lib 目录下的 rbtree.c 文件,按Enter键即可打开代码。输入 :TlistToggle 命令可以打开Taglist窗口,如下图:

  在源文件中浏览时,使用Ctrl+]快捷键,可以非常方便地在符号的使用和定义之间跳转。上面的截图是将控制台全屏后的效果,是不是很拉风?

  再看看在GVim中阅读内核代码的效果:

  上图是将GVim窗口最大化后的效果,Solarized的深色主题和Ubuntu自己的紫色主题之间似乎不是很和谐,所以我在系统设置中将Ubuntu左侧的launcher隐藏了。Ubuntu不仅可以隐藏左侧的launcher,而且Gvim的菜单和系统的状态栏合并到了一起,增加了工作区域,阅读代码那是非常舒服的。

  关于The NERD tree和taglist.vim这两个插件,如果想知道关于它们的更高级的用法的话,可以使用 :help NERD_tree.txt  :help taglist.txt 命令查看它们自己的帮助文档,如下两图:


  以上截图全是图形界面下的效果。如果在全字符界面下会是什么样子的呢?

  在CentOS 5.10的全字符界面下截图。如果是默认的80×25的字符界面,工作区域就太小了,经常不能完整显示一整行代码。所以我开启了Framebuffer, 在1024×768的分辨率下工作。下图的配色方案为desert,background=dark的效果:

  还是很漂亮的,不是吗?这也是我曾经最喜欢的工作环境。可是现在已经很难再找到1024×768的4:3的显示器了。对于现在的高清宽屏显示器,点距太小,屏幕太大,眼睛就会很吃力。

  下图是使用solarized配色方案,background=dark时的效果:

  对比度比desert要更强烈一些,也还过得去。

  如果在solarized配色方案中设置background=light,则根本没法看:

  由此可见,solarized是一个专为GUI设计的配色方案。同一个配色方案,在图形界面下和在字符界面下,其效果是不同的。

  除了经典的desert,还有一个经典的配色方案,那就是evening,效果见下图:


posted @ 2015-03-24 14:57 MEYE 阅读(764) | 评论 (2)编辑 收藏

小技术团队管理工具大比拼

http://www.csdn.net/article/2015-03-23/2824289
运营和管理团队时,怎样实现合理跟踪工作内容、实现良好协作流程至关重要。对于小团队来说,该如何选择适合自己的团队管理协助工具呢?本文将围绕团队管理工具展开,聊聊你所用过的管理工具。

加入CTO俱乐部,与14000名+实名制、中高级技术管理者做朋友。 【官网申请】【上传名片快捷加入】

CTO俱乐部 会员权益:技术交流、餐叙、个人主页、CTO周刊、折扣优惠、大会门票、人才招聘、每月赠书等 


运营和管理团队时,怎样实现合理跟踪工作内容、实现良好协作流程至关重要。对于小团队来说,该如何选择适合自己的团队管理协助工具?Redmine、Trello、JIRA等,类似的团队管理工具不少,都可实现团队事务 跟踪、高效协作并快速处理任务开展讨论等基本功能。本期讨论围绕团队管理工具展开,聊聊你所用过的管理工具。

工欲善其事,必先利其器

幸或不幸,从中华文化传统看来,软件开发都落在“工”这个领域;而从近代学科分类来看, 软件开发也属于“工程”这个领域(所谓的软件工程学科)。无论传统文化的经验说法“工 欲善其事,必先利其器”,还是从现代软件工程学的理论,都强调工具在软件开发中的重要 作用。同时,软件项目涉及的技术越来越广泛,需要多个开发人员同时参与。如同建筑学一 样,软件产品将美学、人文等要求提到了和功能性要求同等重要的地位,让软件开发不再只 是程序员的事情,而需多个工种协作来完成。

因此,对于一个软件团队,当从一个人参与变为多人协作,由一个工种变为多方配合,团队 管理协作的“器”就变得可能比开发工具的“器”更重要了。基于此,我们软件部门在工作 时,都在不断尝试不同的工具。分享一下其中的部分工具使用经验,供大家参考。

需求和文档 管理类

  • Trello

Trello是一个轻量级的团队协作工作,形式灵活,操作比较简便。其使用类似于在一个白板(Board)上把团队所要做的事情都列为ToDo、Doing、Done等列表形式来进行典型的PDCA式 管理,并可对某一任务多人进行跟帖式讨论。当然这些列表都可以自定义,所以也可以用 Trello来做任何类似于便签式的管理。我们部分队员就用它来做备忘录,利用其做权限控制, 在团队间分享比如服务器IP、登录账号信息等。

项目和时间管理类

  • Redmine、Microsoft Project

这两个是使用较多的项目管理工具。Microsoft Project更多地用于项目经理进行任务拆分 (WBS),并在计算资源(包括人力)的分配和计算上功能更全,提供项目管理的视角更全; Redmine则适合在开发工作开始后整个团队自行进行任务进度管理和时间跟踪。

  • Teamcola

当开发人员面临同时处在多个项目或项目管理人员有很多杂事时,时间往往会被碎片化。对 碎片化的时间,如果没有一个良好的时间跟踪管理工具,往往容易导致效率低下。同时,如 果开发人员遇到一个困难点花费过多精力而负责人不能及时掌握并给予帮助,也会影响项目 进度。Teamcola这个由国内团队开发的时间管理工具,能较好地解决时间问题,而其管理粒 度为半小时,也不会过多增加管理成本。我们还定义了一个“杂项”事件(在半小时后做了 很多事情)。如果你有很多杂项,那么要不就是你是老板,要不就是你的时间管理有问题。

质量管理和事务/Bug管理类

  • Redmine

Redmine因其问题的字段齐全且可自定义字段,并可利用插件从csv文件中导入导出,同时 其Web访问特性也很适合开发给用户提交问题,所以是使用较多的Bug追踪系统。当然其完 全免费,也是一个重要考虑因素。

  • Git/GitLab

Git作为一个分布式代码管理工具,当我们经常在家写代码,而公司的代码服务器被配置为局 域网访问,Git以其支持离线代码管理的功能逐渐替代SVN成为团队的代码管理工具。当然众 多开源项目从SoureForge搬家到GitHub,也是开发团队必须掌握Git这个代码控制的一个重要 理由。另外,GitLab本身自带简单的问题跟踪以及Wiki系统,在小型项目可替代Redmine。

工为器所累

大家也看出来了,工具太多了!在我们的团队使用过程中,也发现了这个问题,有队员表示 “每天处理事情的系统越来越多了”、“找个合体的吧”。工具太多,使用不当,工具的使用成 本可能大于其提升的效率。最大的问题是工具间太独立,不具有单点登录功能。想想开始工 作前,要在N个工具中输入可能不同的账户名和密码,就是一件头疼的事。因此,目前这些工 具需要接入第三方且统一的用户系统的功能。

器为工所用

不想为“器”所累,在实际工作中根据不同的 项目特性,推荐采用不同的工具和工作方式,取“器”之神而不在其形。 比如对小型移动App的开发,功能需求单一,开发周期不长,维护周期也较短,采用Excel来 做WBS拆分和管理以及Bug跟踪已经足够。另外,在需求沟通和Bug跟踪时,往往需要用户参与,而让用户去学习诸如Trello、Redmine显然行不通。这时,我们会直接选用QQ来进行需 求沟通。通常,我们会建立一个群(对长期的项目)或者一个讨论组(对于短期项目),把相关 的人员都加入其中。QQ的即时信息、语音、截屏、文件传送甚至远程桌面等功能,让其在我 们的开发过程中成为一个重要的协调工具。

作者简介:熊兵 摩博科技CTO

本文来自:《程序员》电子刊2014年第4期


posted @ 2015-03-24 14:52 MEYE 阅读(375) | 评论 (0)编辑 收藏

Node.JS超越jQuery成为Github上第二受欢迎的开源项目

前十大开源项目


  • Boostrap 目前最爱欢迎的响应式前端CSS框架
    CSS  71,832  26,853  twbs/bootstrap

    The most popular front-end framework for developing responsive, mobile first projects on the web.
    Updated 8 hours ago

  • NodeJS 基于事件驱动和异步I/O的后端JavaScript平台
    JavaScript  31,923  7,105 joyent/node

    Updated 4 days ago

  • jQuery JavaScript 库
    JavaScript  31,768  7,303 jquery/jquery

    Updated 6 hours ago

  • D3 可视化HTML与SVG库。 注:部分功能与jQuery重叠,将SVG和HTML的选择器(操作)进行了统一,数据(json)驱动
    JavaScript  30,040  6,923 mbostock/d3

    Updated 4 days ago

  • 免费编程书籍
     28,703  5,787 vhf/free-programming-books

    Updated 9 hours ago

  • AngularJS HTML的Web前端框架,用来构建单页面APP
    JavaScript  28,545  10,587 angular/angular.js

    Updated 6 hours ago

  • Html5-Boilerplate 专业的前端Web网页模板,适合Web应用和网站
    JavaScript  26,669  7,016 h5bp/html5-boilerplate

    Updated 15 hours ago

  • Font-Awesome 优美的CSS字体图标集
    CSS  26,637  3,746 FortAwesome/Font-Awesome

    Updated 18 days ago

  • Ruby on Rails 平台
    Ruby  23,186  8,768 rails/rails

    Updated an hour ago

  • Impress.JS 基于CSS3和transforms和transitions(变换,移动)的展示框架。注:更炫的PPT
    JavaScript  21,517  4,478 bartaz/impress.js

    Updated 25 days ago



前十大受欢迎语言


自从2013年JavaScript成为Github上最流行的语言之后,基于JavaScript的开源项目数量旦越来越多,正不断拉开与其它语言的距离。注* 基于Python,Ruby,Java,PHP开源项目的数量相当。

目前排名:
156,118     JavaScript
87,411      Python
87,272      Ruby
71,920      Java
69,370      PHP
41,166      C
32,229      C++
30,715      Objective-C
21,548      Shell
20,358      C#


统计基于Github上2个人以上关注(star:>1)的开源项目的数量(去除没有人和只有作者本身关注的情况),Github趋势地址。 


注* 2013年的排名

没有去除关注数<2的情况,想看过去几年的情况可以查看原文地f址

RankLanguage# Repositories Created
1JavaScript264131
2Ruby218812
3Java157618
4PHP114384
5Python95002
posted @ 2015-03-18 14:06 MEYE 阅读(330) | 评论 (0)编辑 收藏

视频: 励志片:你有多想要成功?

http://v.youku.com/v_show/id_XNzM0NzYwMDY4.html?from=y1.2-1-98.3.1-1.1-1-1-0



http://v.youku.com/v_show/id_XNzM0NzYwMDY4.html


posted @ 2015-02-24 12:37 MEYE 阅读(349) | 评论 (0)编辑 收藏