Year: 2011

说说我理解的“自我管理”

在很长的时间里,我都认为真正要做一点事情,只能来自日复一日的钻研,如“水滴石穿”那样,心无旁骛地持续做下去,才可能成功。可是,这样的生活必然又很枯燥乏味,许多人看来甚至不可理喻——那么,那些既能把事情做成做好,生活又充满趣味的人,他们到底是怎样生活的?除去运气,他们还有怎样神秘的力量?这些问题我想了很久,也实践、反思了很长时间,后来逐渐得到的一个结论:仅仅日复一日的钻研,苦行僧的做法,其实是不够的,更重要的因素,恐怕是自我管理。

“自我管理”听起来是个大词,细说起来,却并不难。古话说,没有规矩,不成方圆。那意思是,无论形态如何,总是要有一定的规则和模式。任何一个组织:学校、公司、单位、社会,总需要这样或那样,硬性或柔性的规则来约束,才能维系,才不会散架;但是个人的生活,往往在这方面有所缺乏,所谓“自我管理”,可以理解为,认识、培养、建立、维护自己生活的规则和模式,然后才能让自己的生活变成某种样子(恐怕没有人希望自己的生活是一盘散沙,毫无章法可言)。

以我的经验来说,“自我管理”主要包括以下三个方面:

一,自我认识。认识自己,需要培养“旁观”能力,建立看待自己的全新视角。我们都有感觉,自己有时会“莫名其妙”做一些事情。许多人把这类行为归结为“感性”,但这并不正确。许多“莫名其妙”的行为,其实是自己的理性未能充分发挥的结果。我自己就有很多经历:明明可以准备周全再动手的事情,却“稀里糊涂”就开工了,结果多费许多时间精力;再比如,犯困了就认为自己休息太少,而没有认真想过提高休息质量,增加体育锻炼,其实也可以保证精力。这类事情发生在人家身上,我们可能很容易看出是“不够理性”,但发生在自己身上,就往往找出各种理由。可是,自己的情况到底是怎样,自己其实是最有可能认识清楚的,所以,学会旁观自己,加深对自己的认识,生活就可以少走许多弯路。

而且,即便是“感性”的行为,也可能是有章可循,可以认识的。仍然拿我自己做例子:生活中,情绪会起伏,有时开心,有时失落。以前我总觉得,这些是无可避免的,“坦然面对”就好。但后来我尝试去思考,遇到什么样的事情,我会开心;遇到什么样的事情,我会失落。这些事情,到底值不值得我开心或失落?为什么有时候听了其他人几句话,自己的情绪就会大不一样,我能不能自己想到这些话,这样就不用再借人家的口说出来?必须承认,思考这样的问题确实有些困难,可是一旦你认识了自己情绪的规律,许多问题就迎刃而解了,想放松的时候可以更尽兴(不用背着包袱去开心),生活的负担也减少了很多(大可以“清醒”地装糊涂,忽略许多事情)。

二,自我克制。认识自己到一定程度之后,我们就摸清了自己生活的特点和边界。与自己期望的生活对比,就容易看出有多少重复,哪些地方要扩展,哪些地方要收敛。一般来说,扩展的难度并不大——是你真正想做的事情,总会有动力去做的;收敛的难度却大得多,许多东西,我们已经“习惯成自然”了,改变习惯,不是容易的事情;更重要的是,社会上,诱惑总在不断地冒出来;生活中,惰性总在不断地渗透出来。这时候,自我克制的重要性就体现出来了:诱惑也好,惰性也好,往往并不是我们真正期望的,必须把它们拒之门外。

而且,自我认识更深刻,自我克制的力量也就更强。比如说,长假的前几天,往往是工作和学习最松懈的时候,大家都“无心”,更多地在消磨时间。但是我仔细想想,自己正处在怎样的阶段,还有哪些事情要做(即便近期手头的事情做完了,也可以提早开工长期的、以后的计划),如果发现“无心”地消磨这些时间,自己其实并没有太多收获,反而可能需要将来多花更多时间来弥补,就更能克制自己——不仅仅是意志的力量,还有理智的力量。

三,自我提醒/监督。必须承认,我们都是固执的,习惯的养成,生活的改变,都不是一蹴而就的。有些问题,即便我们能认识清楚,也足够克制,仍然不能迅速解决,这时候就需要对自己的提醒和监督了。它们可以提供持续不断的反馈,在反复的刺激下,习惯才能养成,生活才可能改变。

自我提醒/监督的有效办法是要不断地反思、总结。我刚开始开车的时候,“自然不自然”地喜欢急加速、路口抢红灯,虽然能想明白这样并不好,也有足够的克制力,但还是有时候“无意识”地做这类事情。为了戒除这不好的习惯,我每次熄火下车,都要想想自己这一路有没有急加速,有没有抢红灯,如果有的话,一定要再三提醒自己,以后不能这么干。这样过了一段时间,我确实能够“自然”地、心平气和地开车了。再比如,我时常会给自己制定一些专业书的阅读计划,预计是每天都要看,但往往因为各种原因中间有空隙、间隔。为了避免这种情况,如果昨天坚持阅读了,我会在当天的日记里给自己一些积极的反馈,否则就要说明理由,提醒自己今天绝不能空缺。这样持续地提醒/监督下来,即便计划中有错漏,有变故,也不会影响整个局面(要补充的是,写日记确实是非常好的提醒/监督手段,这是我的亲身体会)。

看到这里,有人可能会说,即使做到上面这三方面,能够自我管理,生活不是同样枯燥乏味吗?答案却是否定的。前面说过,没有规矩,不成方圆。大多数人都希望自己的生活能变成理想的样子(即便做不到,也要接近),这样内心才更舒服,更满足。身为成年人,你基本不能指望依赖他人来约束和管控自己——即便有人愿意这么做,你也未必会舒服。这时候,自我管理的重要性才体现出来。

而且,自我管理也不等于苦行僧式的生活。有个笑话说:程序员为什么要在床边放两个杯子,一个有水,一个没有水?因为他不知道自己夜里是要喝水,还是不要喝水。从另一个侧面来看,它也说明一个道理:不管要不要喝水,至少要有个杯子。同样,生活可以很随意很闲适,也可以很充实很匆忙,无论它是什么样子,你至少要能如愿管理自己的生活——该放松的时候要能放得开,该收拢的时候要能收得拢。而这,正是自我管理的意义所在。

【翻译】我为何爱读代码?你为何也应当爱?

我为何爱读代码?你为何也应当爱?

原文:Why I Love Reading Other People’s Code And You Should Too by Alan Skorkin

翻译:Yurii

我恨读代码

我发现,许多程序员都讨厌读代码——拜托别掩饰了,承认吧。差不多每个人都喜欢写代码——写代码乐在其中。可是,读代码真是不容易,而且还很烦人,又无可逃避,其他人写的代码总是很垃圾(即便不说,我们心里也这么想的)。即使自己写的代码,过几个小时再看也有点垃圾,过的时间再久点,就更垃圾了。那么,还有什么理由去看别人的蹩脚代码,而是不自己写几手漂亮的?能不能暂且忽略这个问题,花上几个小时看别人的代码,再回头来看自己的是不是还那么漂亮?即便有位大师坐在你面前,如果你不能从他身上学习,你永远也成不了大师。办法之一就是找到这么一位大师,让他手把手地教会你全部知识。有这可能吗?——当然有,只是很难遇到这顶好的运气。不过你也不必奢求那么幸运,做程序员这行就很幸运,因为大师们的所有思想和技艺都凝铸在他们的代码里,供我们学习。你要做的只是阅读代码——当然,如果有人给你一点点地讲肯定更节省时间,但这基本属于痴人说梦。换句话说,要相当个好木匠,得仔细研究大量的精美家具。

我热爱读代码,我总是直观地认为读代码的收获很大,没错,它可能有点讨厌甚至烦人,但你的收益绝对大过这点麻烦。举个例子,你要当大作家,是不是只关心自己写东西就够了?你可以试试看,但是估计不会折腾不出什么名堂。公认的事实是,多数大作家都是会如饥似渴大量阅读的。想写出好的作品,必须先阅读其他大作家的作品,吸收不同的风格,了解他人的尝试,然后才可以培养自己的创造力。这样,你的知识才能逐渐积累,最终你写的东西才有几分成熟,你也才会找到“感觉”。写代码也是这样,如果你不去阅读那些伟大的代码,怎么可能把程序写的漂亮?阅读伟大的代码之于程序员,就如同阅读伟大作品之于作家(我不敢掠美,这句话是Peter Norvig(译注:Peter Norvig是著名的Lisp程序员,现任Google研发总监)说的,他可不是个简单人物,所以好好记住这句话吧)。

即使上面说的你都不信,但有个事实无可否认。要想当个称职的开发人员,能熟练阅读代码是非常重要的。如今,只要不是闹着玩的项目,都是团队协作的成果,所以总会有这样的代码:它不是你写的,但你必须跟它打交道,去修改,或者去扩展。于是,阅读代码很可能就是你身上最重要最常用的能力了,咬紧牙关练好这门本事吧——而且,要快。

要像…会读代码的那些家伙一样…阅读代码

我都说不清有多少次见过这样的事情了:程序员把一段不熟悉的代码上下拖动,几分钟之后仍然一脸迷离。不久他们就宣布,这段代码根本没法看懂,更不必浪费时间了,可以想办法绕过这个问题。我不知道他们真正要做的是什么,一点点弄明白这段代码的意思,还是睁大眼睛等着开窍?阅读代码不靠成年累月死盯着看,你要做的是弄懂它,把它变成自己的。下面说的是我用的一些技巧,但不是全部,不过我觉得这些非常有用。

看代码看到目光迷离

1. 尝试亲自构建和运行程序。通常这一步很容易做到,比如你看的是真正运行的工作代码时(而不是不知来源的古怪代码)就是如此。不过也不是每次都很容易,如果不能很容易地构建和运行,你可以在完成构建和运行的过程中,认识到代码的高层结构。而且,阅读工作代码,你会非常熟悉如何构建项目。构建通常是复杂的,但是了解构建过程,知道代码是如何变为可执行程序的,会大大加深你的理解。

2. 别死盯细节。读代码要做的第一件事,是找到对代码的结构和风格的感觉。开始应当浏览,并且努力找出各部分代码都在干什么。这样你能熟悉整套代码的高层结构,也会明白你正在看的是什么样的代码(重构良好的,还是乱成一团的)。这时候你要做的就是找到入口(可能是main函数,也可能是servlet,controller之类),看看下面的分支是怎么展开的。这一步不要花太多时间,你对全部代码更熟悉之后,随时可以退回来。

3. 确保理解所有构造(construct)。除非你非常精通这门编程语言,否则多半还有些东西是你不知道的。在概略了解代码的阶段,要记下每一个不熟悉的构造。如果这样的构造有很多,下一步就不言自明了。如果搞不懂代码行为的意义,你什么也干不了。即便你不熟悉的只是少数构造,仔细观察推敲没准也是好事。你可能会找到一些以前不知道的关于这门编程语言的知识,我就很乐意为此花上几个小时。

4. 待熟悉了大多数构造之后,就可以搞几次随机的深入探查了。做法类似第2步,快速浏览代码库,但是这次要随机抽几个函数或者类,一行行地看下去。真正的考验现在才开始,但你的收益也是从这一步开始显现。主旨是:真正深入到你所阅读的整套代码的概念体系(组件结构)当中。这又是一个速度快不起来的步骤,但是在这一步,一定要尝试深入理解若干繁杂的细节。和第2步一样,在这一步,每次你多了解了一些上下文再回头看看,你的理解就更深入一些。

5. 前几步中肯定还有你不明白的地方,现在最合适的就是跑几个测试,看看已有的测试。测试很可能会大大打消你的疑惑,加深你对所测试代码的理解。我时常不能理解,为什么有些开发人员在阅读和理解代码时,忽略严密而精巧的测试套件。当然,也有时候是因为没有测试程序。

6. 如果没有测试程序,这时候就该写上几个。这样做有很多好处,它会加深自己的理解,它可以完善整个代码库,在阅读代码的时候也在写代码,这样对已有代码和你都有好处,你也可以真正动手参与进去。即便有现成的测试程序,为了加深自己的理解,你也可以再写一些。测试人家的代码,一般要求换个角度思考,之前你感到迷惑的概念也会变得更清楚。

7. 把弄不懂的部分拿到单独的程序中来。我发现,读代码时这样做,哪怕只是为了调节阅读的节奏,也是非常有乐趣的。即使你不理解代码的底层细节,也可能会对代码的功能有些高层面的想法。那为什么不把一些功能抽到单独的程序中测试呢?如果只运行一小段程序,debug就容易多了,而且这样的过程反过来又会加深你的理解。

8. 代码很乱(dirty)很糟糕(smelly)?那么重构吧。我可不是建议你把整个代码库推倒重来,但是重构一些部分确实可以让你的理解更上层楼。一开始要做的是把你明白了的功能变为独立的函数。在你真正理解之前,重构之前的函数只是看起来没问题,而重构可以把它们变成你想要的样子。依靠重构,你可以把代码变成自己的,而不要全部重写。好的测试程序可以帮上忙,不过如果你没有,就一边测试一边重构吧,而且只改动那些你确认弄懂了的功能。即便测试看起来太少太不完善,也要相信你自己的开发水平,有时候你只管大胆尝试就好(如果确实需要,总是可以回退(revert)的)。

9. 如果上面说的都不管用,就找个同伴跟你一起读代码。能从读代码中受益的可能并不只有你一个人,所以不妨抓住其他人,一起阅读。不过别找专家,他们给你的解释都是高层面的,这样看代码时注意的那些细节就都被忽略了。如果找不到人一起阅读,你又实在看不懂,有时最好的办法就是问别人。可以问你的同事,如果你在读的代码是开源的,也可以在网上问问其他人。记住,这只是最后的办法,不要一开始就这么做。

如果时间很紧张,短时间内必须弄懂某些代码,上面的步骤中只能选一步,我会选择重构(第8步)。你可能没法明白太多东西,但你肯定可以理解真正动过的部分。无论时间是不是紧张,你要记住的是:如果你第一次接触重要的代码库,肯定不能一下子就看懂,甚至不可能很快看懂。你可能需要耐心读上几天,几周甚至几个月——坦然面对就好。即便有专家坐在你身边,也省不了太多时间(我写的关于教和学的系列文章最后一篇就会谈这个问题)。如果你读(或者写)代码的耐心足够,方法得当,你肯定能成为对项目所有方面都非常熟悉的人,也是大家对代码库有问题时出面解答问题的人。你也可以不阅读代码,选择成为那个总想找人来解释的家伙。我想要做哪样的人,我自己很清楚。

抓住阅读代码的机会,别错过

我们都喜欢新写代码,它的诱惑力在于,我们能搞定问题。起码,这次搞不定,下次可以搞定。真相是:你在实践中不断提高,永远不可能一下就彻底搞定。这就是新写代码的价值所在,你在练习,你的水平在提高,但是阅读和改动其他人写的代码也很有价值(至少不亚于自己重新写),从中你学习到的不光是有价值的技术知识,还有关于整个工作领域的知识(毕竟,代码才是文档的最终形式),这种知识通常更有价值。

每一段不遵循传统的,莫测难懂的代码,都是有价值的。你知道我说的是什么,虽然它看起来一团糟,但本意并非如此(也可能因为它是Perl代码:))。每次我看到这样的代码,我都这么想。不妨把阅读它当作猜谜游戏,想想你能学到什么。是的,这很折磨人,但必须承认,你也希望能动手就能写出这么糟糕的代码。如果你花时间阅读这样的代码,你肯定更可能写出这样的代码——这倒不是说,你一定会写这样的代码,但你肯定希望自己能够。最后要说的是,态度总是非常重要的。如果你把阅读代码看作闲杂事,那它就是闲杂事,而你肯定会逃避,但是如果你把它看成机会,事情就不一样了。