Archive for February, 2006

It is time to say good bye.

Tuesday, February 28th, 2006

考虑也许久今天终于借着一个话题跟经理说了考虑离职的事情……………..想想这两年半来的工作生活也是万分感慨。
说来这是我的第二份工作,记得2003年的9月3号(我身份证上的生日)开始第一天上班,它的名字叫”宏智科技”(对就是那个双头股东会的SH:600503),到这里来也仅仅是为了实现学生时代那个梦想。是的,虽然我没能赶上最为辉煌时的宏智,但我却陪着它走过了最后一段路,这未尝不是一种幸运。随着宏智科技的轰然倒塌,我们整个团队来到了亚信科技(NASDAQ:ASIA),这真是个好地方哪,这就是我进入的第一个纳市上市的企业,后来由于一些原因我们整个团队又来到了朗新,半年后朗新又被据说是全球第一计费产商的AMDOCS(NASDAQ:DOX)收购,而我们也成了CEO所说的Global Company。两年半来经历了这么多但我始终都在同一个团队做着同样的事情,其间我也想到过离开但是我太喜欢这个团队,这些人们了,所以我坚持到了现在,但是It is time to say good bye.

这半年多来我的工作和生活完全不在状态,似乎是在混日子,根本找不着工作和生活的动力,对此我非常不满,我做过很多尝试和努力,但是几乎都没有什么效果,而每天做着重复又无聊的事情最后相当于把当天的工作>/dev/null,一向自我要求比较高的我又怎么能接受呢?这还不是最重要的如果长久如此相信精神都会变得颓废的,但是我不希望看到那一天。
于是想到了离开,或许这会有一些改观吧,想起了自己上一次为什么离开,为什么换工作,如此相似。难道这是一种循环吗,真的存在一定周期吗?我至少听过5个比我年长的人跟我说,每个人都有这么个阶段,过去了就好了。还记得safechina.net的phoenix兄说的,还记得今天老大跟我说的。是的我正在经历这个阶段,相信我会度过的。
半年多来我阅读了很多关于职业生涯规划的东西,以及网上很多很多的资料包括买的那本《哈佛职业生涯规划》,所有资料中最为核心的观点就是”做自己喜欢的事情,不要被女妖的歌声迷惑”,当然有些书也会给一些具体实施方法,道理谁都懂但是做起来总不如说起来那么容易,有时候你不得不为了生活而做那些你并不喜欢的工作,或是你喜欢的工作中也必然也包括自己不喜欢的部分。而且更多的人并不知道自己底喜欢什么。应该怎么呢?我的个人想法是:一是目标,二是心态,三是方法。我的目标是什么呢?…..我应该是知道的。有了这三者我想即使暂时做的事情不是那么符合个人愿望那么我想离结果也将不会很远了。我始终相信付出终有回报。失败不也是一种回报?
星期天的时候看到我很喜欢的博客作者王亮先生写的:Life cycle 后很是震动,原来每个人都有相同或是相似的经历,或许这就是成长(熟),原来无论是在Intel工作的大牛还是我这样的草根,想来或多或少每个人都对自己的生活有所要求、期待,而正是这样的要求与现状的不符才让人们不断的向前奔去,很想在他的文章后面写几句评论,恭喜一下,不过想想自己的现状也就不敢下笔了。但是文章里有一点我很是确信:励志的书对我似乎没什么用,或许是我太过现实或许是我有些事情想的太清楚了,或许自己没经历过的事情总是没什么感觉。
长期以来我喜欢在黑夜里想些事情,在我奶奶突然过世之后想得更多,人家说有些事情看得越清楚越是痛苦,真的,有些事情看得越清楚越是痛苦。虽然我无法表达出我的每一个想法但是很多事情我真的明白了,不过有时候我宁愿痛苦一些也不愿到后面再来后悔。知道吗?我奶奶的离去几乎颠覆了我整个的世界观,为什么人总是要伤过才知痛呢?随着日子的一天一天的过去我却越来越希望真有那么个叫做极乐(或是天国、天堂、西天)的地方存在了。你知道如果有一天你心爱的人两眼一闭或是你自己两眼一闭会是什么样的吗?所以请珍惜身边的人。有些遗憾是穷极一生都无法弥补的。
两年多来一直处于各个公司的边缘,虽然我从来没想过把公司当做家,但是多少希望有点温暖。边缘意味着什么呢…(改天再说)
致谢: 无论我们团队的老大以及其它的兄弟们是否有一天能够看到这些文字,我都要真心的说声谢谢。谢谢各位在两年多来的关心和帮助。是你们给我带来了四年工作中最美好的时光。兄弟们有机会再K歌再去烧烤,再去打台球啊。
不过我还是会站好最后一班岗。有人说冲动是魔鬼,一定要先找好下家后再离职,但是这不是我的风格,再说了不就是找份工作嘛,wahahahahaha(其实对于找工作我心里也很没底。下午听HR的MM的意思好像是要用不竞争协议限制我不能在这行业工作,行啊,反正发一半工资解决了我生存问题我还乐得在家做soho呢)。
I have to go now I believe today’s left is tomorrow’s beginning Hope tomorrow will be a sunny 。
相关阅读:
Life cycle
关于融合(关于公司)
这辈子最凉快的夏天.(我的状态)
国庆节(我的状态)

从CVS check out 后请记得删除CVS目录

Monday, February 27th, 2006

一个朋友(A)发现自己的服务器上有别的产商留下的一些东西,发现了一个CVS目录,很明显这些文件和目录是从CVS服务器上取下来的数据。CVS目录下有一个Root文件,内容是连接CVS服务器的一些参数::pserver:user_name@xxx.xxx.xxx.xxx:/cvs/path。啊,协议、用户名、服务器IP及以路径,多么重要的信息啊!于是A用自己的CVS客户端连上了这台服务器并根据user_name来猜测用户密码,没想到第二次猜测时就猜对了,于是这个产商的………..
相信大家明白放在CVS上的东西对于公司来说意味着什么….
所以当我们从CVS服务器上check out某些数据后,如果不需要再check in或是做别的跟CVS服务器交互时请及时删除CVS目录。也请朋友们提高安全意识、讲究卫生不要随便扔垃圾(文件),更要注意密码强度。你的密码安全吗?生日,名字的拼音或缩写,英语单词….或者干脆空密码、用户名?
有人要说了:你哪次写安全方面的东西不是这几句,就不能来点新鲜的?
wahahaha,安全其实就这么点东西(从某种角度上说)。提高安全意识永远是第一位的,然后是学习技巧。
ps:发现现在真是不如当年了,有时候做些事情时手会发抖了,难道当年真是无知无谓?说到安全想到前几天遇到的系统关于安全性的修改,别的人修改让我花了两天的时间来修正,让我十分的光火。绝对安全是不可能的,也不要一味的为了提高安全性而牺牲系统的可用性和方便性(再说你做的调整就一定有效?简直是对安全专家们一生努力的侮辱。不要跟我说”防君子不防小人”之类的话啦。)。系统安全达到系统建设要求时就请适度而止,盲目追求所谓的安全性只会劳命伤财。

南柯一梦

Wednesday, February 22nd, 2006

昨天晚上到兰州,还不是很适应,本来很早上床睡觉可是一直睡不着……
后来发现自己做了个梦,拿了个什么什么奖,啊,无上的荣耀。哈哈。
不过我从小到大,直到17岁开始学习计算机之前从没拿过奖,而后面拿的几个奖如果是由人来评分的(比如说网页制作)之类奖项我都会觉得是人家看我可怜送给我的,除了一次拿了个什么全国大赛的什么奖是计算机评分的我才觉得有些真实感。
可能从小没拿过奖受打击了吧,记得幼儿园的时候要参加一个六一儿童节的表演,好像是在镇里的剧院表演给很多人看可是上台当天因为我顽皮把道具搞得不像样子了,结果老师不让我上了,从此说不定给我心里留下了阴影或是抹杀了我的表演天赋。唉,一名巨星陨没了。
说到拿奖真有那么可开心的吗?今年拿了个2005年优秀员工(第一感觉还是看我可怜送给我的,说不定真是送给我的),第一次拿到一个奖杯,在大块的玻璃上刻着公司名称、优秀员工以及我的名字的字样,可我咋就没有激动的感觉呢?再看到奖品是一个128M的U盘,我tmd的心都沉到湖底了,还不如发点钱来得直接(wahahahaha,什么时候变得这么现实了) ,看着其几位不认识的兄台脸上也没什么表情,难道跟我想的一样?还是不想让别人看到他在窃喜?至少我不是。哈哈。
出差了,一个人无聊,下班后也不想干活,随便多写写。

黄金时代……!!!

Wednesday, February 22nd, 2006

前几天看到”海豚”兄的介绍的blog列表(未经许可就不加链接了)还没太在意,因为我不懂日文也没看,今天看到CU上的 博客让网络色情行业进入黄金时代 才发现我错了。。。原来转移战场了,wahahahaha。
食色者,性也!估计这种东西是禁不掉的。
出差了,一个人无聊,下班后也不想干活,随便多写写。

做一个独立的学习和工作者

Wednesday, February 22nd, 2006

“做一个独立的学习和工作者”,这是我长期坚持的一个原则,甚至于我离开第一份工作的原因也是因为老板和领导们不停的在我耳边鼓吹”公司是如何如何培养谁谁谁的”,是吗?我觉得我是一个独立的工作者,当企业文化与我的原则严重不符时我选择了离开。
如果你在工作或是学习过程中过度的依赖别人最后凡是遇到问题首先想到的是找别人帮你而不是自己想办法解决,日子久了以后你将失去解决问题的乐趣、能力和自信,将会成为问题与解决问题的人之间的一个传话机。形像一点的说就是一个中继器了? 那么你对于团队、企业还有什么价值呢?
现在的企业强调员工要有解决问题能力和学习能力。出现问题时应该怎么做呢?
0.发现问题时先镇定自己的心情,先不要管这个问题或是故障会给你的公司或是你自己带来多大的影响,否则你根本没办法静下心来解决问题。
1.先搞清问题的现象、影响、问题对于环境的依赖,以及问题的重现过程。
2.根据自己以往的经验寻找问题可能的原因。找出解决问题的大方向。
3.对您认为可能的原因进行排查。
4.查找网上资源、手头上的资料及自己的知识库,看看是否有相关的内容或是相似的历史。
5.如果以上过程都不能解决问题,那么就离开电脑出去吹吹风,或是抽根烟,让自己清醒一下,认真梳理一下自己的思绪以及可能遗漏的地方,在心里从头到尾描述一下现在的情况。切莫在那钻牛角尖,问题解决不了往往是因为你急于求成忘记了相关的事情造成的。
6.如果上述办法都没办法奏效,那么现在开始准备提问了,想想应该问什么人,而这个人是否合适、他对你所遇到的问题的领域是否熟悉,如果很是熟悉那么你们的交流可能方便些,否则你就应该规划一下自己应该如何提问才能让人家快速的明白你所遇到的问题,并给你准确的答复。记得我很喜欢的Chinaunix的C语言版主flw兄的签名是:如果你自己都不知道问题是什么,我能对你说的只是抱歉(大意)
7.现在你觉的应该问的人已经确定了,并且已经把如何提问想好了。 那么现在就问?不,你应该综合考虑一下提问的时机,首先确定一下你遇到的问题是不是很紧急不解决它会出现更大的故障或是工作无法继续进行,然后考虑一下被提问的人现在是否很忙,是否有足够的时候来了解你的问题以及帮你想解决方法。这一点很重要,如果你的问题不是很紧急那么请不要在上班时间或是人家很忙的时候去问题人家,因为据研究一个人从开始做一件事到进入状态至少需要15分钟的时间,你这么一打搅至少浪费人家半个小时的宝贵时间,即使他回答你的问题只需要10秒钟。其次如果他很忙而你的问题又稍微的复杂需要超过两分钟的时间才能解决,那么很可能他就会告诉你:”我也不知道”(不好意思,我自己也经常这样)。
8.如果还是解决不了那就先把问题搁下,先处理一些善后工作,过一些时间再想很可能就会解决了。。。或者上你喜欢的论坛或是讨论组去碰碰运气吧。
以上基本是我处理问题的过程,我觉得
首先应该冷静,当然这需要很多的锻炼,刚开始肯定会慌,经过这几年的工作以及工作中所遇到的问题现在遇事基本不会很慌张了。A:不好了,有20万元的错单。B:20万?才20万你慌什么我TMD的2000万的错误都见过了。当然我并不是要你无视错误,只是现在不是慌张的时候。
其次要找到问题的大方向,如果网络都不通的话,你就不应该去查进程状态。大方向没找对的话那么基本上找不到问题所在。一方面这个需要经验,另一方面需要认真的分析环境对于错误的影响。
最后要学会总结,特别是别人帮你解决问题的时候,你不能只是因为问题解决了就算了,而应该分析一下自己为什么没能解决是由于自己的知识不够还是自己的做事方法有问题,在别人解决问题的时候要顺着人家的作法去思考,对比他的做法和自己的做法有什么不同,有什么好处以及如何改变自己。问题解决后应该让自己知道问题的真正原因。深入再深入一点(别想歪了,这里不写黄色小说。)。然后把这些记录下来(如果值得的话)写成日记或是发布到blog,这样慢慢的你就拥有一个自己的问题库和知识库了,按照”事件总是重复”发生的理论,那么你的知识库就是你以后遇事时的锦囊了。
而当你帮别人解决问题的时候应该想到:”授人予鱼,不如授人予渔”。你给人家的应该是解决方法而不是解决做法更不能你直接帮人家处理,很长一段时间里我都陷在接收问题->解决问题的焦油坑里以致于性情爆燥、根本无法静心工作,几乎成了救火员了,即使我掐断了所有的即时通信、电子邮件联系都无法明显的改善问题,最后当我静下心来,发现我错了。问题总是有万万千千你解决一个问题并告诉别人做法,那么别人就只会处理这么一个问题当类似问题以稍微不同的方式展现出来的时候他就不知道处理了就又要来”请教”你了,所以要改变自己的做法啦。现在即使别人提一个很简单的问题,我也不会由于看他们处理的慢或是跟他们交流不畅而自己动手处理了,而是耐着性子一点点的跟他们分析原因,以及可能的处理路径,最后再怎么确认是一个什么样的问题,应该如何处理…….我想慢慢的他们也会形成自己的做事风格和处理事情的方法了。
如果你还不是一名独立的工作都那么试着照着上面的方法或是您自己可以接受的做来开始自己处理一些简单的问题吧,那么慢慢的你就会形成自己的思考方式和处事风格,而自那以后你就再也不会”低声下气”的去求人或是看别人的脸色了(我想应该没人喜欢这么做吧).
我从头开始到这里为止没有任何字句不让你去问别人问题,只是想说应该自己尽力去做,更多的自己解决问题。

为领导分忧:这些年来我一直在比较简单的工作环境中工作,几乎从来没有想过或是学习过所谓的”公司政治”,接触这个词语是在一次聚会上,才发现自己离他们是那么遥远,而这一段讨论的东西也不是告诉你如果把玩公司政治,而是说说我自己觉得一个员工应该怎么做自己的事情,也只是一些自己的简单想法不具通用性也不一定正确。作为IT业大家都知道没有BUG的程序是不可能的,没有问题的系统也是没有的,而出现问题或是发现BUG时我们应该怎么做呢?
1.报告领导:这种情况是我在很多运营商的分公司看到过,员工们事无巨细,只要有问题第一个想到的不是如何解决而是报告领导,即使是夜里3点半。(因为一般电信业的出帐都在夜里,而出帐又是最容易发生问题的时候),担责任真是很可怕的事情啊。
2.大哥啊,这个问题是我引起的我们把它给灭了吧。千万别告诉领导,而不我死定了。
3.别的不说先把问题给处理了,等合适的时候告诉领导或是写一份报告上去。
要我选择呢我肯定是选择第3个,赫赫,别说我自己吹嘘啊。让我们来分析一下吧。
做第一种情况的领导肯定很累,事必恭亲。”我tmd的养着你们就这样给我干活的啊?”任何人在夜里吵醒都是不爽的,何况员工们只是为了证明错误与我无关,不愿负这个责任。做第二种情况的领导可能也会很不爽,至少不会有人愿意做一个半瞎。可能他自己也有问题”是不是我太过严厉了”,而对于员工来说一旦事情暴露,我想不但没保住自己能干的假象,更可能的情况下还会损害自己的形像和利益。而如果工作是如此的让你无奈,又何必再做下去呢,人生是如此的短暂做些别的去吧。何必呢?而第三种情况呢,对于员工来说,首先我把问题解决了,事情的严重程度就降了一级,而且你有更多的时候来潜词造句来写一篇或者不是那么真实的故障报告给领导或是用户,而领导或是用户由于事情已经解决了,不会因为听到这个事情而着急翻脸,更多的只是会说:”下次多注意,现在去检查一下系统的其它部分有没有类似的问题”,而且很可能因为你的做事方法和解决问题的能力而留个好印象。真是一个会替人分忧的好员工哪。哈哈哈哈.
再重复一遍:对于我所说的所有非技术问题请勿当真。
http://www.upulife.com H.J.Leochen 2006.02.21 于甘肃兰州.
相关阅读:
30天走向成功 - http://chn.blogsome.com/2005/06/22/39/ (关于尝试新做法的方法)
动网论坛入侵之插件篇 - http://www.upulife.com/leo/?p=6 (关于责任的说教)
CIO故事之十一:救火 - http://blog.donews.com/peiyf/archive/2006/02/22/737666.aspx
JOEL测试 中 8.程序员拥有安静的工作环境吗?的详细说明.

再一次的来到西北

Tuesday, February 21st, 2006

兰州你好!经过6个多小时的飞行及中间停靠,再一次的来到兰州,飞机降落前看到的景色再次让我惊叹,而机上的每一个人几乎都在往窗外看,这次看到的不再只是无边的黄褐色山脉,与以往不同的是下雪了,那些山上顺风的一面因为积雪而显得白茫茫的,而逆风的方向还是黄褐色,山脊上有一道非常明显的分界线,因为雪不是很厚加上山上的坑洼积雪不规则的露出土地的颜色像是波纹又像深浅不同的墨迹,从窗口往前看仿佛是描了白边的书法作品,而往后看却是像加了阴影的山水画。怎么形容呢?奇美。可是很抱歉我没能拍张照片让您瞧瞧,也没有能力把那种美景描绘出来。。。。。
下地后感到兰州不再那么干燥了,因为下雪了,虽然城里看不到积雪。
感到高兴的是今天航班没有晚点。
飞机上重读了几章《joel on soft》,发现我们在Joel测试的12项中的得分有所提高了,也许这是正确的方向。

在C程序中嵌入 Perl

Monday, February 20th, 2006

常常吹嘘自己喜欢脚本语言,但是我觉和我肯定不会自己去写一种脚本语言,虽然有过这种冲动并且去认真学习了php的实现以及yacc,lex的使用,但最终都不了了之。一方面这个世界上已经有太多太多的语言,再写一个除了自己好玩外没有任何意义,另一方面实现一门语言是一项浩大的工程,大哥啊!我还年轻还想多花点时间在泡MM上呢,哈哈!。人家Larry Wall以及世界上无数的高手、天才们努力了20年把perl发展到了现在这种程度,为什么我就不能站在巨人的肩膀上呢?还是自己写一个好?即使成功了估计我也满头白发了,那时候这一切还有意义不?(我可没自信在我活到82的时候还可以说:我能,我还能!啊,我能活到82吗?)。
所以我决定学习在C程序中嵌入Perl。
其实把某种脚本语言嵌入C的想法是这么产生的:由于我现在工作的系统中有一个公司以前(及现在)高人们写的脚本解释器,现在是系统中的主要功能模块,在做各种文件格式转换及字符串处理确实比用C来写方便很多。这个解释器经过多年的发展已经很不错了,但还不是非常完美,而且我对它并没有多大兴趣。
于是开始了在C程序中嵌入Perl的旅程,今天是第一步,不错挺简单的:在IBM developerworks上有一个教程专门说这个的,以下是它的简化版本。http://learn.tsinghua.edu.cn:8080/2005211356/perl/PerlEmbed.html
那么有人要说了,在C中运行Perl是很简单啊,可是我的遗留系统中有很多用C/C++开发的代码,我总不能全部重写吧。。哈哈。给你介绍一个超级工具。它可以简单的把现有的C/C++代码编译生成为prel,php,ruby…….等等等等语言的扩展库。它就是………..
鼓一下掌,谢谢。。。。
SWIG — Simplified Wrapper and Interface Generator
SWIG is a software development tool that connects programs written in C and C++ with a variety of high-level programming languages. SWIG is used with different types of languages including common scripting languages such as Perl, PHP, Python, Tcl, Ruby and PHP。
官方网站:http://www.swig.org/
当然在函数使用结构时用这个处理不是很方便,那就自己先包装一层吧。

关于融合

Monday, February 20th, 2006

突然间想明白了一些事,仅供自娱。注:本人上不通天文,下不知地理,不懂古代史也不晓近代史,更从不看武侠小说,以下内容纯属胡编,如有雷同万分荣幸。如有错误请多包涵。话说很久很久以前,群雄纷争……..faint!不写了免得被砍。
本来想写个小故事的,考虑到各种问题还是算了,这里说的融合是指团队或是企业间的融合。前提:所谓融合当然是有两个势力,一方比较强大,一方比较弱小,强大的一方希望弱小的一方被钝化以成为强大一方的一部分。我们有A表示强大的一方,B表示弱小的一方。融合主要会有的问题是(指IT业):
B不愿意放弃自身的产品线,而A也不愿将自己的产品线交给B来发展和维护导致两个公司产品、技术融合出现裂痕.
A与B属于两种不同的文化,在长期的发展过程中,两方面的人身上都深深的烙上了各自的”品牌”,当A要求或是以一种行为方式来影响B的文化时候,必然造成B团队成员的抵制心理及成员间的相互抱怨,而这种成员间的相互抱怨又加剧了人员、管理的融合出现裂痕.
而这种裂痕在个人融入某个企业或是团队的情况下并没有那么明显。为什么呢?一方面因为个人的的力量有限,根本无法憾动公司的文化及管理,所以只能让自己去适应这个新环境,顶多回到家跟老婆抱怨几句。另一方面,一个人对新旧环境的比较没有几个成员间的相互讨论来的强烈,这种讨论往往把别人从不同角度看待公司的想法或是不满变成自己的想法或是不满。不是说你一个苹果我一个苹果相互交换一下就是两个苹果吗?所以两堆狗屎加起来只能是一堆更大的狗屎,由此可证:通过成员间的讨论,B中的成员们对于A的不满也越来越强烈。(当然我并不是说这种讨论就是狗屎,我也经常参加这种讨论。wahahaa)
既然如此那为什么还要整合呢?为了前途、为了发展。是吗?我不知道……..(或者说我很怀疑.)为什么整合如此困难呢?或者由于设想不周、由于团队复杂、由于A过迂腐……什么?由于整合或是选择融入A的过程不够民主。我呸!当整个大环境都忌讳”民主”这个词的时候,我根本就不知道民主是怎么定义的,难道就是幼儿园里选小组长?
引用高人的话:“LS在中国BOSS的市场上除了这个交易中原先的股东利益最大化,丝毫看不出对于整个公司、全体员工的未来发展的战略意义。”-自cweek“LS正一步步丧失了国产自主软件发展的道路,而成为DOX中国乃至全球廉价的软件工厂和本地化的维护队伍。 ” –自cweek
修改高人的话:电信行业没有衰退,衰退了的是暴利。在经过了电信行业”牛市”,行情走向”低迷”之后,行业里头比较容易消失掉的就是创造的激情,还有创造的快乐本质,当我们发现做出来的产品自己都觉得恶心的时候,我们应该感到悲哀而不是迷茫!–自cweek
请勿对号入座,谢谢。

如何成为一个早起者

Thursday, February 16th, 2006

早起?我从不知道早起是什么,我已经不记得最后一次看见太阳升起是什么时候了,或者根本就没见过。
从参加工作开始(更确切的应该是从我17岁离开家乡开始),起床上班(课)的时间越来越迟,从最初的7点多起床到现在的闹钟设定为9:10。我已经越来越喜欢走在上班的路上看着人们忙碌的样子了,甚至我还曾经因为上班时间太早的原因而放弃north和福富的工作职位。
而慢慢的我也在担心如果有一天我不再在这样的公司工作了,而是要求每天早上8:30上班,还要打卡,我是否能适应?
除了周未每天睡到下午两点甚至更迟以外,我的睡眠时间似乎却越来越短,为什么?晚上睡得太迟了。
《如何成为一个早起者》
我能不能试着执行呢?

两篇不错的文章和一个不错的工具

Wednesday, February 15th, 2006

这是来自blog中文翻译的关于时间管理很不错的文章:
Do It Now(第一部分)及Do It Now 节译
来自于懒惰是程序员的美德的:
如何才能去做喜欢的事情
对于时间和事务管理这个主题还有一本相关的书籍中译名叫做《就这么做》(Get thing done)也就是大家常说的GTD,我在各书店找了很久没找到,前段时间下了个中文的电子书,慢慢在看。
网上还有很多的GDT工具,我使用的是:
Tracks
http://www.rousette.org.uk/projects/
一个Ruby on Rails应用,可以在自己的机子上装装,感觉非常好用,很是喜欢。