《代码整洁之道之程序员的职业素养》-时间管理

Tips：此文为阅读Bob大叔的《代码整洁之道》一书的摘抄小记，谨慎“食用”

1. 关于会议，有两条真理：a、会议是必需的；b、会议浪费了大量的时间
   ?
2. 学会拒绝会议，受到邀请的会议没有必要全部参加，参加太多会议，只能证明你还不够专业，你应该理智使用时间，所以必须谨慎选择，应当参加哪些会议，礼貌拒绝哪些会议，邀请你参加会议的人并不负责管理你的时间，为时间负责的只有你自己，所以务必保证出席会议可以给自己目前的工作带来切实且显著的成效，否则，不必参与
   ?
3. 离席，会议不会总按计划进行，比如临时增加议题，为一个没有意义的问题争辩不休等，如果你明白继续呆在会议室只会浪费你的时间，那就应当想个礼貌的办法退出来。你有责任合理分配老板给你的时间和金钱，所以，选个合适的机会商量如何离席，并非是不专业的做法
   ?
4. 确定议程和目标，我们之所以承担开会的高昂成本，是因为有时候确实需要所有参与者坐在一起，来实现某个目标，为了合理使用与会者的时间，会议应该有清晰的议程，确定每个议题所花的时间，以及明确的目标
   ?
5. 争论/反对，Kent Beck曾说过“凡是不能在5分钟内解决的争论，都不能靠辩论解决”，尤其是技术争论，很容易走向极端，各持己见，争论永远没有结果，所以最好要求双方用数据来支持自己的观点，该怎么获取所需数据？可以试验或直接建模，但有时侯，最好的办法是抛硬币来决定如何选择
   ?
6. 注意力点数，编程是需要持续投入精力和注意力的智力活动，注意力类似于魔力点数，用光了就得花时间让他慢慢“回血”，所以，我们应该选择注意力点数充裕的时间编程，在注意力点数匮乏时做其他事，注意力点数会随着时间流逝而减少，不及时使用，他就会消失。会议之所以具有巨大的破坏力，原因之一在于此，如果你所有的注意力点数都用在了会议上，编程时就大脑空空了
   ?
7. 注意力点数恢复，一旦注意力点数耗尽，你就没有办法控制注意力，你仍然可以写代码，但多半需要第二天重写，或者未来几周或几个月之后备受这段代码的煎熬，所以，更好的办法还是花30分钟到60分钟换换脑子，等待注意力点数恢复后再继续编程
   ?
8. 肌肉注意力，肌肉注意力有助于改善心智注意力，而且不仅仅是简单的恢复，定期训练肌肉注意力，可以提升心智注意力的上限，搏击、太极、手工活动、制作模型、清理花园等活动都可以动用肌肉注意力，继而提升心智注意力
   ?
9. 番茄工作法，这是众所周知的一种时间拆分方法，倒计时25分钟，无论受到什么干扰都礼貌拒绝，等25分钟倒计时结束后再处理，毕竟，几乎没有什么事情是25分钟都等不了的。番茄时间是有生产率的，你可以真正做点事情。用于应付干扰、会议、休息等非工作事宜，则属于非番茄时间，番茄工作法的真正好处在于，在25分钟高效工作时间里，你有底气拒绝任何干扰
   ?
10. 优先级错乱，无论什么原因，我们都可以找到办法逃避真正的工作，你说服自己有些工作更紧急，所以转去处理，这种行为叫优先级错乱--提高某个任务的优先级，之后就有借口推迟真正急迫的任务， 我知道这不是真的，但还是用他来欺骗自己，优先级错乱是自我麻醉的谎言
    ?
11. 死胡同，所有专业开发者都要遇到死胡同，比如你做了决定，选择了走不通的技术道路，你对这个决定越坚持，浪费的时间就越多，如果你认为者关系到自己的专业荣誉，就永远走不出来，我们真正需要的是，迅速意识到死胡同，并有足够的勇气走回头路，这就是坑法则（The Rule of Holes）:如果你掉进了坑里，别挖
    ?
12. 泥潭，比死胡同更糟糕的是泥潭，泥潭会减慢你的速度，但不会让你彻底停下来，泥潭会阻碍你前进，但如果你使劲全力，你依然可以取得进展。之所以说泥潭比死胡同更麻烦，是因为在泥潭中，你仍然可以看到前进的道路，而且看起来总是比走回头路更短（虽然实际不是这样的），发现自己身处泥潭还要固执向前，是最严重的优先级错误，你一边走向煎熬所有人的炼狱，一边告诉大家，所有问题都会解决
    
    ?