EverNote 的强大已经无需多说。他自己有很好的客户端，不过那个只是对Windows和OS X。在linux下面就虾米菜了。就是Windows和OS X下面的客户端也存在一个致命的弱点：不支持 MarkDown 。
不过有好人做了一个工具 Geeknote 让我们可以在任何装有python的机器上使用Evernote。 更强大的是他可以使用任何编辑器编辑笔记，支持 MarkDown 。 有如此好处还等什么啊赶紧用起来。
个人在使用的时候发现原版有点点不舒服的地方，做了点点小改动放在了 GitHub。 具体是什么改动，先买个关子。

安装

直接从源码安装

1. 使用 git clone git@github.com:jetgeng/geeknote.git 命令下载源码
   
2. 进入 geeknote 目录。
   
3. 运行 python geeknote.py login 登录evernote
   
4. 通过 python geeknote.py create , python geeknote.py edit , python geeknote.py find 命令来创建，编辑和查询你的ervernote 中的笔记。
   
5. 通过 python geeknote.py settings --editor vim 命令把编辑Evernote的编辑器设定成我最喜欢的vim。 当然你可以设定成你喜欢的。
   
6. 这个时候你已经用上了GeekNote。 但是还会有点不爽。最起码我这个时候不爽。

不爽的地方

1. 当我用python geeknote.py edit 命令使用vim打开我要编辑的笔记时,笔记居然没有把 MarkDown 语法给我高亮出来! 不爽！！
   
2. 输入命令一定要带一个什么python 之类的太繁，而且我tab的时候也没有给我把命令补全！在命令行中没有自动补全，太不爽了！！

改之

让vim正确设定filetype

在 vim中一般是根据文件的后缀名来识别该文件是什么类型。然后为他加载相应的语法高亮，代码补全什么的。在没有改动前geeknote是为笔记创建的临时 文件时没有后缀的。只是随机的创建一个形如 tmpsNbc8k这样的文件。所以Vim无法识别他是何种文件，就无法为他加载对于的语法高亮之类的。

既然找到原因了就先看一下geeknote是否有什么地方可以设定，让他产生的临时文件有后缀。最后在editor.py文件中发现了这么一行代码： (tmpFileHandler, tmpFileName) = tempfile.mkstemp() 。 直接没有给任何后缀的想法。
那就加上吧。
我所做的动作就是这个，给他加上了一个文件后缀的设定。
通过python geeknote settings --suffix suffix 这样的命令来设定零时文件的后缀。这样语法高亮，代码补全就回来了。小爽一下！

命令行自动补全

这个其实geeknote已经想到了，而且已经做了。代码仓库中的那个 bash_completion/geeknote 文件就是干这个活的。 所以我只要把这个文件copy到 /etc/bash_completion.d/ 下就可以了。
但是copy进去后没有达到我想要的效果。没有自动补全。最后发现是geeknote配置的补全命令和我们执行的时候不一致。
下面要做的就是把它们搞一致了。
我的操作步骤如下：
1. chmod +x geeknote.py 给geeknote.py加上可执行权限。
2. 将geeknote.py所在路径加入到PATH中去。
3. 修改 /etc/bash_completion.d/geeknote 文件中的 geeknote 为geeknote.py 这个在我上面提到的github中可以找到。

这个时候在新开一个控制台，输入 geeknote.py tab 可以自动补全了。小爽一下！

1.    提供一个开发和测试交互的平台，将测试和改错程序化。不需要测试人员就每一个问题和开发人员直接交流，也避免了发生错误被遗忘的问题。

2.    提供错误检索功能，供PM和测试经理掌握测试和改错情况

除了基本功能外，Bugzilla还有如下强大功能：

1.    基于Web的访问方式，不需要安装客户端

2.  Email自动通知错误相关人员

3.  任意数量，类型的附件。如屏幕截图，日志文件

4.  丰富的字段，如产品名，组件名，版本号，错误发生的平台等等，可以精确的描述错误。

5.   强大的检索功能，可以根据错误的所有特性进行检索。如日期，责任人，提交人，所属版本，所属组件，状态，等等。

6.    强大的即时报表和历史报表

7.    可以定制的权限管理机制，实现对权限的精确控制。如只有Test Manager才能关闭错误。

8.    使用MySql作为后台数据库，稳定，数据迁移也很方便。

9.    完全开放的Perl代码，如果需要，可以自己实现特定功能

（以上文字摘自http://jason.rocklv.net/freesoftware/ar01s06.html）

上面内容听起来很空洞，下面就结合实际的工作环境来简单描述一下这些强大的功能给我们工作带来的方便。在开始之前我们来看一幅图：

这个图中描述了一个bug的生命周期（Life Cycle of a Bug）。从图中我们可以了解到一个Bug从生到死一般会经过NewàEvaluationàResolvedàVerificationàClose。在这个过程中参与的角色有两个：测试人员和开发人员。

我们先从测试人员的角度这个系统。

强大的搜索能力。

这个就是他的搜索界面。这么多搜索条件可以让你精确的搜索到你所需要的集合。搜索到的集合如下：

你可以使用标题中的任何一栏作为排序条件。可不要小看这个排序的顺序哦，他可是可以直接作为你工作的顺序的。不相信？那好吧来看看下面这个图

直接点击First,Last,Prev,Next就可以达到在你选择的Bug中来回游走（其实这个就是你工作的过程）。

如果你说今天下班前这部分工作可能做不完，明天我又不想在输入那么多的查询条件，好办保存他啊。直接看右下角：

我已经回测完了。且他们所作的动作也差不多。直接批量进行，不要犹豫。

看“Change Several Bugs at Once”就是为这个时候的你量身订做的。Bugzilla还有很多不错的功能我这里就不多说了。

<!--[if !supportEmptyParas]--> <!--[endif]-->

下面来看看Bugzilla能给开发者带来什么样的好处。开发者在整个的bug生命周期中主要处理Resolved和ASSIGNED（这个功能项目经理或项目负责人用的比较多）这两块功能。但是这两块功能是应该算是bug在其生命周期中最辉煌的一段时间。他们就是为这个时候而生。

好了废话不多说了。我们来看看一般开发人员如何利用Bug Trace系统。首先登陆到系统à搜索自己的Bug（有的Bug Trace提供了让用户一登陆就可以看到自己的Bug）à打开开发环境à修改代码à自测à提交修复。需要不停的在Bug Trace系统和开发环境间不停的切换。

吧。

那你就会省力多了。可以减少你在大项目中找找文件的痛苦。

啊。

看起来很不错吧。

外还可以给你一个整洁的思路。

通过设定时间让你有效的管理你的时间。这样就让在开发过程中最难掌控的部分管理起来了。

Bugzilla和Eclipse（Mylar）的好处我就不一一多说了。如果你不相信我的话可以先去体验一下。

其实这个时候Bugzilla可以当成一个项目管理软件来用了，不光光是Bug了。如果我们能加上报表，这样就可以为项目管理者提供最准确的项目进度数据。

<!--[if !supportEmptyParas]--> <!--[endif]-->

说道报表Bugzilla为项目管理者们提供了很强大的报表功能。为项目总结等场合提供最有价值的原始资料。

<!--[if !supportEmptyParas]--> <!--[endif]-->

参考文献：

http://jason.rocklv.net/freesoftware/ar01s06.html

Mylar 简介--开源工作平台续

1.     引子

   很久很久以前有一个木匠，不但粗心而且还健忘。虽然在每天工作开始前，会考虑以下大概需要做的工作。但是在实施的过程中经常会出现这样的状况。看有一天他需要下一块1.2m 的料。这个木匠就甩着膀子过来了。在动手前肯定是要量一下得，把手往口袋里一摸。卷尺是摸到，摸到了昨天晚上吃花生时留下得壳（还挺讲究公德，没有到处乱 扔。）。放哪儿呢，放哪儿呢……。经过了半个小时，终于在一个角落找到了卷尺。那个兴奋啊。兴冲冲的跑到木料前，愣了一下骂了一句“tmd锯子又不知道跑 那去了！”。继续去找锯子去了……。

1.      解决方案

我要说的这个解决方案就是Eclipse + Mylar。Eclipse就不用多说了。但是Mylar却是不得不说。

Mylar 最大的亮点就是让你只关注于你当前的工作（Active Task）。在整个工作区中只是显示和你工作相关的内容。这样在Mylar中就有了一个核心的概念任务（Task）。这个任务我们完全可以对应到工作中的 一个任务，如你的头给你分配得一个任务、测试组的同仁提交的一个需要你修改得bug等等。

我们每天的工作应该由这些任务组成。

源码管理：cvs

bug管理：bugzilla

项目管理：open workbench。

Cvs没什么好说的。

不过在安装bugzilla的过程中有点小问题。

我是根据http://www.websina.com/cn/bugzilla-install-windows.html一文进行安装的。

我的使用的软件版本如下：

Bugzilla Version 2.20.1

MySql version 4.1

Perl version 5.8.7

为了减少安装 perl 模块的麻烦。我使用了 汉化 Bugzilla 中收集的模块 BugzillaModules-2.20 。这个在 http://sourceforge.net/projects/bugzilla-cn 可以找到。

所有都就绪后，我 再次运行 Bugzilla 的安装检查程序（ CheckSetup.pl ） 。发现给了我下面的错误：

找了半天在 Byron Jones 写的《 Installing Bugzilla on Microsoft Windows 》 http://www.bugzilla.org/docs/win32install.html 终于找到原因了。

产生这个错误是因为 MySQL 4.1 及以后的版本使用了新的密码加密算法，而使用的 Perl 的 DBD::MySql 模块不够新，不支持新的加密算法。你可以采取两种方式来解决这个问题：一是使用 新的 DBD::MySql 模块 ，不过需要自己编译；另一种是在 MySQL 中强制使用兼容老版本的密码加密算法：

这样就搞定了。

这个 open workbench 。通过看它的简介发现他也是一个类似于很有趣的软件。核心部分是 java 实现。而界面却是 MFC 做的。不可思议吧。

http://www.openworkbench.org/ 可以下载。

我下载以后不能跑。给我报错是说“ Here's the fix for the JRE[n] not found. My specs is Windows 2000 w/ JDK1.5.0 and private JRE (in JDK dir). ”

我想啊，想啊。我明明安装了 JDK1.5.0_04 了啊。其他使用 java 的程序（ Eclipse ）都可以好好的跑啊。

为什么到了这儿就不可以了呢。火大。

后来在论坛中找到一个解决方案：

1. login as administrator

2. open regedit

3. goto HKEY_LOCAL_MACHINE/Software/JavaSoft

4. create if not exist : subkey "Java Runtime Environment" (the key did not exist before on my computer)

5. In the new subkey add String value
   CurrentVersion="1.5.0"

6. In the new subkey, create new subkey "1.5.0"

7. In the subkey 1.5.0 create the string values JavaHome, MicroVersion, RuntimeLib (read http://java.sun.com/j2se/1.4.2/runtime_win32.html)
   if you installed JDK in c:\program files\java\jdk1.5.0 then set the values to
   JavaHome="c:\program files\java\jdk1.5.0"
   MicroVersion="0"
   RuntimeLib="C:\Program Files\Java\jdk1.5.0\jre\bin\client\jvm.dll"

   根据这个方案我修改了我的注册表。修改结果如下图：

修改了这个以后就能顺利启动。小用了一下，感觉很不错。基本能满足我的需求了。

这样我的工作台就完全搞定了。全部开源产品。省钱啊。