1.长期的任务，要尽早开始 一般来说，长期任务总是比较烦人，也有难度，而人心里总有逃避困难的趋势，最后的结果或者是最后干脆放弃，或者是剩下一点点时间手忙脚乱地赶工；我自己之前也有这样的教训，自欺欺人地说“要轻松生活，抛开烦扰”，到最后几天才着急办理，搞得狼狈不堪。 后来，我发现这做法其实是事与愿违的，如果调整好心理状态，尽早了解情况并不必然带来的心理压力，反而因为时间充裕，有信心把握进度，即便中间遇到突发的问题，也留有时间解决；更重要的是，尽早着手，可以充分利用边角余料的时间：比如说，接到一份文档，需要在三天后给出意见，我一定会在当天大致浏览一遍，下面的三天里，就能在坐车、走路等等零碎的时间来思考，而且效果不错，如果没有尽早了解，这些时间就浪费了，什么有意义的事情也没干（阿基米德若不是之前遇到了问题，在澡盆里泡一万年也想不出办法检测皇冠的真伪）。 电子邮件的情况也是如此，我常看到有人讨论电子邮件是马上回好还是过一段再回好，我的经验是，收了电子邮件要尽快看，至少了解邮件里说了什么，如果不是着急的，等想清楚了再回。 2.时常想清楚自己正在做的事情 一般来说，我们做的工作总是有一个目的和意义的，但工作的形式又是非常具体的，忙起来往往就钻到死胡同里，忘记了真正的目的和意义，“想不清楚”自己真正要做什么了。前几天，我需要搭建一个演示环境，手上有两套方案A和B，方案A估计要半小时，方案B估计要一小时，于是我选择了方案A，可是动手之后才发现服务器缺乏一个必要的组件，于是先费劲添加好这个组件，再编译自己需要用到的软件，又发现在64位环境下会编译出错（以前我只在32位机器上编译过），上网查发现需要打一个补丁，于是又四处去寻找这个补丁……此时已经用掉一个多小时了，下面还不知道会有多少问题；我忽然想到，自己真正要做的无非是演示程序，解决打补丁、找软件之类的问题虽然很有意思，但其实从任务的角度考虑，是浪费时间，于是果断选择方案B，一小时后就顺利解决了。 据我观察，很多技术人员都热衷解决纯技术问题，温伯格称之为“hacking (神游)”；神游很好玩，容易上瘾，但我们都不是不食人间烟火的神人，要想真正做点事情，就不能放任神游。 关于这一条，还要补充一点：哪怕忙得昏天黑地，也不能没有头绪。工作的压力很大，忙得焦头烂额是常有的事情，许多人就在这种忙碌中失去了方向，往往忙了整天，下班了都不知道自己今天到底干了什么，有什么意义。我的经验是，越是这种时候，越要打起精神想想（虽然这样很难）：自己究竟要干什么，目前的安排是不是可以做些调整……持续的思考，才会产生感悟，才能有改观，否则，有可能一直陷入“瞎忙”的境地而不能自拔。 (more…)