2008年十二月月 发布的文章

VIM“重装上阵”

国内很多学习Python的人都喜欢看"A Byte of Python",这是一本由印度小伙儿Swaroop C H写的书,之所以受到大家关注和欢迎,想必其简单而实用的写作风格是其中的重要原因吧,作为入门书很适合。我的Laptop中就有一本中文翻译版,不过书中用的还是Python 2.3.4版本。本月3日(2008-12-3)Python 3.0 Release版祭出,Swaroop C H也在其站点上增加了A Byte of Python for 3.0版。在下载新版"A Byte of Python"的同时,我又发现了Swaroop C H的另外一部作品"A Byte of VIM"。

刚工作的时候,一直用原始的VI(非VIM)在Unix上写代码,之所以选择原始的VI是因为部门里的老同事都使用它,VIM用的人不多,刚出校门的我还十分不适应VI的操作(在VIsual Studio上用IDE惯了),形成VI习惯还是很痛苦的,学习过程似乎没有什么成就感。看着其他一起入司的同事使用VIM的各种"奇技淫巧"分割窗口、折叠代码、自动补齐、通过快捷键在代码文件间跳来跳去,我却仍没有一些想深入学习的感觉(也许当时将精力都投到Java上了吧^_^)。

今年一直在努力通过各种方法(双显示器分布式编译等)提高自己的工作效率,提升工作效率是大势所趋,随着工作责任的增多,工作任务相应的也要多起来,时间还是那些,这就需要你在短时间内高效的完成工作。我们能做的除了做好时间管理、理顺工作流程外,对于个体来说采用更高效的工具以及熟练掌握这些工具就是高效工作的一个突破口了。眼下对于我来说重要的就是让VIM"重装上阵"(工作多年了,还是用使用VI的方法去使用VIM这个强大的工具,有些说不过去了^_^)。

与VI相比,VIM显然更强大,让人惊异于网上的各种VIM的插件和辅助软件,将这些结合在一起后,似乎一个无所不能的IDE就这样诞生了,也许这就是Unix文化的魅力所在吧。Swaroop C H的"A Byte of VIM",特别是其中的"VIM, Programmer's Editor"一节中将一个程序员应该常用到的插件和辅助软件都集中在了一起,从头到尾读一遍,你就会能体会到VIM的强大。关于如何使用VIM高效编辑的最好的Guide类文档当属Vim的Founder Bram Moolenaar所写的"Seven habits of effective text editing"了,目前该文档已经进化到2.0了。Bram在文中的一句话我觉得对学习Vim则是很有指导意义:"Learning every feature of Vim might make you the great award of Vim, but it will not be very effective. And it will be impossible to make everything a habit." 在VIM纷繁芜杂的功能中找到符合自己的实用功能并形成编辑习惯才是最高效的。

部门服务器上的VIM依旧停留在6.3版本,很多我需要的VIM新功能都不支持。为了不影响大家使用,我还是决定在自己的用户目录下重新编译一个VIM,最新版7.2,这样自己可以按照自己的需求定制。在SunFreeWare网站下载Vim7.2 For SPRAC Solaris 9的源码包,解压后发现VIM的目录组织很清晰整洁,Configure & Make,编译过程很顺利也,甚至连一个Warning都没有,10分钟编译完毕。Make install到自己指定的目录(需要在Configure的时候使用–prefix参数),修改path。再一执行Vim,版本已经变成了7.2了。

Ctags一直在使用,不过发现系统里的Ctags版本较低,为了能更好的配合Vim 7.2,我还是下载了一个Ctags 5.7版本源码,重新编译了一个自己用的CTags。在测试项目顶层Ctags -R生成tags文件,测试了一把,一切OK。

Taglist以前一直没有用过,下载其最新版taglist_45.zip,在本地$VIM_INSTALL_HOME/share/vim/vim72解压,
  inflating: plugin/taglist.vim      
  inflating: doc/taglist.txt
在测试项目里打开一个源文件,命令栏下输入: TlistToggle,Vim打开一个新的窗口,显示你当前Vim Buffer里的宏、Typedef、Functions、Variables等。你可以使用"Ctrl+w, Ctrl+w"在两个窗口间切换,对于函数较多较长、size较大的源文件的编辑有很大效率提升,list窗口中的内容也是普通文本,可以用各种搜索功能定位函数或变量,然后回车跳转到主窗口的相应源码。

Ctags和Taglist都功能有限,CScope才是集大成于一身,Vim内置了8种CScope的查询操作,比如你可以查询到当前光标下的函数被哪些方法调用,这个功能相当实用。由于我们服务器上没有CScope,我下载了源码编译,结果很不顺利,总是报错,无法解决,无奈只能让管理员在主机上用已经做好的安装包安装一个了。然后下载
cscope_maps.vim,将之放入.vim/plugin下面,cscope_maps.vim将冗长的cscope命令映射为热键了,便于使用。安装好后打开Vim,使用热键,vim在状态栏中居然提示不支持cs命令。Help了一下CScope,发现Vim默认编译时是不支持CScope的,需要重新Configure,重新Make,这次configure就要加上–enable-cscope选项了。另外CScope单独执行时会用你默认的编辑器打开相应文件,你可以通过在shell里设置‘EDITOR’环境变量来指定编辑器。

有了CTags、Taglist和CScope,你的Vim将呈现出丰富多彩的界面。窗口多了,别晕了。

Vim新版支持了内置的补全功能,通过Ctrl+N or Ctrl+P可在补全列表中前后选择;内置的补全功能会在当前缓冲区、其它缓冲区,以及当前文件所包含的头文件中查找以光标前关键字开始的单词,也是平时用的最多的补全功能。

Snippets,看到这个单词也许使用TextMate的人最为熟悉不过了,通过敲击几个关键字符+TAB间即可帮助你展开一些最常用的代码,减少输入的重复工作,比如for, while, if以及C++等面向对象语言中的class结构,你只需要输入内容即可。Snippets同样是通过插件snippetsEmu的形式提供到Vim中的。只需要Vim网站下载两个文:snippy_bundles.vba和snippy_plugin.vba,千万不要别扩展名给蒙住了,这两个文件不是Windows上的那个VBA脚本文件,而估计是vimball文件,下载后分别用vim打开,然后执行"source %"即可。VIM会在.vim/下的after和plugin下放入若干文件,用以支持Snippets功能。你可以打开~/.vim/after/ftplugin/c_snippets.vim,看看它对C语言都有哪些Snippets,如果觉得不符合你的习惯可以修改之。随意打开一个C源文件,输入do+TAB,可以看到:
do
{
       
} while ();
光标停留在中央,待你输入内容;输入后,点击Tab,光标会跳到下一个中,待输入完内容,再TAB,则最后一个消失,输入完毕。是不是也很强大:)

Vim的Quickfix模式是我以前没用到的,Quickfix这个就好比Visual Studio的“输出窗口”,build过程出现的错误都会在里面列表显示,你在这个窗口里将光标切换,主窗口就会显示对应的错误位置。前提你要在Vim内执行Make,一般我会使用:cw打开quickfix窗口,用cn和cp在quickfix中的错误行中切换。

其实以上每一个新功能都很复杂,形成习惯需要一个过程,但是一旦形成了习惯,你的效率将会有大幅提高。

做了一回“圣诞老人”

今天是圣诞节。往年圣诞节那天部门总会举行一个庆祝活动,活动中每个人都能抽到自己心仪的礼品作为圣诞礼物,还有美味的蛋糕分享。然而今年再也没有这种“好事”了,由于经济危机的影响,公司三令五申的要求各个部门“勒紧裤腰带过穷日子”。我们的圣诞庆祝活动就这样被Cancel了。

昨天下午突然有了一个想法:部门不活动,我们项目组自己搞,不能让大家在圣诞节产生“失落感”。就这样和我们组内的"CCO(首席文化官^_^)"秘密沟通,没想到她也正有此意,达成一致^_^。由“CCO”负责采购礼物并策划活动过程,礼物费用我出,当然我们的礼物不能与部门礼物相比,但也是物美价廉,礼轻情意重!^_^。

遗憾的是今天上午突然有急事,我不能按时到公司,原定的活动就这样一直被延迟到了中午饭时才开始。昨天下午内部会议时大家决定今天中午一起在会议室“聚餐”,主食:KFC,呵呵。我到公司的时候大家已经开始了兴高采烈的消灭各种汉堡、鸡翅、薯条的“战斗”中了,无奈我的午饭已经吃过了,肚子已经饱饱了,不能与大家共进圣诞大餐了。“说说笑笑,酒足饭饱”后,我们打开投影,"CCO"准备了动听的圣诞乐曲,桌子上铺满了各种各样的小礼品。大家早就在心里预定好了自己想要的礼品了。不过想拿到自己的礼品是要通过CCO给我们设定的游戏的。游戏规则这里就不详述了,值得一提的是:游戏刚进行了几轮后,大家就开始私分礼品了。我拿到了被戏称为“小黄”的一小盆仙人掌,以前部门抽奖就从来都没抽到过仙人掌(仙人掌属于纪念类礼品,抽不到的同事人手一盆^_^),这次终于“如愿以偿”了,将“小黄”放到办公桌上,还别说,别有一番滋味^_^。

活动后收到同事的mail,谈到在圣诞节能收到项目组的礼物很有纪念意义,感觉甚是幸福;其实我能有机会为项目组做了一回“圣诞老人”我又何尝不快乐高兴呢^_^

祝各位圣诞快乐!

曙光

近一两年来我在博客少有提及公司项目的事情,除了一些技术bug引起我对问题的思考。这样一是为了“避嫌”,公司年初发生了多次因员工在个人博客泄露源代码或者客户资料的事件,公司管理层也加强了对公司“信息安全”的管理,无非是学习华为那一套-“封锁”:使用websense限制员工上外网,使用桌面监控系统监控员工电脑系统,封掉一切可能泄露机密信息的接口。还特地发挥了一下“数字课件”部门兄弟们的聪明才智,搞了一个在线信息安全课件,规定员工都要完成课件学习,并在学习完进行在线测试。说实话,这个课件做的真的不错,只是大家对这种学习丝毫不感兴趣,一切为了应付。二呢还是为了“避嫌”,记得去年年末的一篇文章就引起了一个小风波,结果换来了与“顶头上司”的一次“对话”。作为老员工你的所说说写,直接影响了周围的人,虽然我的博客访问量不大^_^。

而今天我要说说身边的事,说说项目上的事。

在一个项目(或者叫产品也不为过)上持续做了整整三年,说长不长,说短也真的不短了。三年间见证了系统从杂乱变为有序和规范的历程,也见证了自己逐渐成长和成熟的过程。而整个系统的架构也在经历着不断的演进。去年年末我们策划并对系统进行了有史(历史<=3年)以来最大的一次架构调整,今年下旬实现了部分调增的新架构系统上线。但我们心里知道架构演进还远没有达到我们期望的结果,演进还没有接近终点。对于一个中等规模的后台服务系统而言,高性能、大容量以及良好的稳定性和良扩展性一直是终极目标,达到这个目标谈何容易。

记得04年入司时,部门的一个核心产品A正在做革新性的架构调整,听更资历老一些的同事说:A产品在2000年诞生后在线运行了4年,问题也伴随了四年,随着客户业务量的增长,亟需对A的架构进行调整,部门也决定投入大量人力在这个拳头产品上。就这样新架构迭代式的做了近三年,人也换了一批又一批,终于在07年A产品上线了。A产品的架构演进走的是从无到有的革新路线,即整个产品基本都是重写的。这样的路线风险较大,新代码较多,测试过程中发现的缺陷势必也较多,为了保证产品研发人员能专心于研发,且保证现有产品维护能及时,部门还另分出一组人单独做既有产品维护。A的新架构上线后,也出了较多问题,但是架构本身经受住了考验,但是随着系统的运行,也发现了架构的一些弊端。

我所从事开发的产品B应该与A算是姊妹产品,第一版的B产品的一个子系统B-1就是从A未进行架构调整之前的系统修改过来的,也就是说B-1等价于A产品前身。与A产品不同的是,B产品增加了另一个核心系统B-2。这里用图示更直观。

A产品    A前身      — 演化 —> 新架构A
B产品:   B-1        — 演化 —> 新架构B1
            B-2        — 演化 —> ?

B产品初期,我一直投入在B-2上,完成了B-2初始版本的开发以及后期一年半的演化。在将B-2当前架构演化到一个高度后,我退了出来,开始负责B-1的研发。现在回头看来B-2最大的架构有点就是简单清晰,但是由于前期的经验不足,在内部代码结构上留下了比较恶劣的smell,后来人也“效仿”了我的风格,以致现在我再看B-2代码,只能用“惨不忍睹”来形容了,Dreamheadfanfou中曾经提到过“给予程序员最佳的惩罚便是让他维护自己一年前编写的代码”。当然这都是我的错误,与后人无干。可惜的是我现在没有精力再去精化B-2的结构了。

前面说到B-1就是A产品前身,同样与A前身遭遇问题相同,B-1在处理能力上遇到了瓶颈。B-1的架构进化也就从此开始了。由于有了A产品架构演化的经验与教训,B-1采用了与A不同的架构路线,这期间A产品开发负责人给了我们莫大的帮助,提供了我们所缺少的经验和教训,可以说我们的架构演化是站在“前人的肩膀上的”。而且与A架构调整的轰轰烈烈不同的是,我们B-1后台的核心开发人员一直就保持在三人左右,再带着两三个新员工。人力虽少,但是效率却不差,小步快跑,达到相同目的。我们在去年年末架构演化方案确定后,制定了阶段发布计划,架构调整分阶段进行。一个阶段release后,deliver给客户,上线运行调整,虽说每个版本都不完美,有缺憾,有局限,但是风险也降到了最低,这种平滑过度对客户体验的影响也最小。更重要的是阶段性的deliver,加快了反馈的频率,使我们开始对前期架构演化的优缺点的了解也更多了。架构演化计划也随之调整。但随着对架构理解的深入,我们遭遇到了处理能力和扩展性上遇到了“天花板”,不得不暂停下来反思和讨论。

曙光就在昨天的那次反思和讨论中得以重现,在这之前我们的眼光一直停留在B-1架构蓝图的内部,无论我们如何调整都无法让大家满意,始终觉得“别扭”。这时A产品负责人的一个观点,让我们茅舍顿开。一个虚拟域或组的概念将蓝图组合、叠加和交叉,一副更大的图景展现在我们面前,而这幅图似乎让我们看到了架构演化的终极目标,以至于我昨晚连夜画出了一副架构草图。

这篇文章用“曙光”作为题目也许只有我自己才能体会到其深意吧。




这里是Tony Bai的个人Blog,欢迎访问、订阅和留言!订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您喜欢通过微信App浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:



本站Powered by Digital Ocean VPS。

选择Digital Ocean VPS主机,即可获得10美元现金充值,可免费使用两个月哟!

著名主机提供商Linode 10$优惠码:linode10,在这里注册即可免费获得。

阿里云推荐码:1WFZ0V立享9折!

View Tony Bai's profile on LinkedIn


文章

评论

  • 正在加载...

分类

标签

归档











更多