长期以来，时间管理一直被认为是自我管理，团队管理，项目管理的既关键又基础的手段，就连笔者本人也一直在崇尚时间管理的理念。
但是这里要讲的，不是什么鬼神方法论。而主要是对长时间以来学习和实践时间管理的一些感想。
时间是难以管理的
以一个简单点例子来说明：
我今天定了一个目标，打算花半天时间学习一下 vue.js，做一个基础的 mvc 案例出来。
那么假设我有4个小时进行学习，于是我会列出下面的一个计划详单：
- 第一个小时，阅读官方文档，有一个大致理念上的了解；
- 第二个小时，阅读别人的博客案例，了解真实用法是怎么做的；
- 第三个小时，设计我的案例，完成简单的界面框架，js方法定义；
- 第四个小时，整合 vue.js，实现逻辑代码并完成调试。
好了，看似近乎完美的一个计划。真实执行起来会是怎么样呢？
第一个小时
阅读官方文档，由于有中文材料，很快就读完了，顺便还看了下vue的一些周边框架，如 vux 、mui。
第二个小时
阅读别人的博客案例，我找了五篇博客，每一篇都不大一样，关键是其中的一些API用法不尽相同，于是产生了疑惑，开始寻求答案。
于是不停翻看 vue 的 api 说明，对比不同版本内 api 的用法。
然后严重的事情发生了，我开始纠结于使用哪个版本进行学习，是使用最稳定的呢？还是用最新的开发版。
那些流行的 UI 框架又是基于哪个版本开发的，我又开始一通乱找，看看那些 vue版本的比较，看看那些vue生态那些优秀的UI框架支持什么版本。
三个小时过去了，我还是没能做出抉择，眼看时间一点点过去，索性不管了，就用最新的吧...
第三个小时
不，应该是第五个小时了，我肚子饿了，于是拿起手机叫个外卖，美团上的优惠券好多阿，不管了，先领了再说。
什么？优惠券要指定商家才能使用？于是又检索几家店家...这次，花掉了一个十亿级大表全表扫描的时间，大概是半小时吧。然后，为了保证后面的精神头，花了半小时午睡。
第六个小时
我已经确定要用什么版本了。可是问题来了，我应该用什么IDE进行开发呢？WebStorm好像不错，但是听老王说很重量级。IDEA也可以用，但是毕竟是JAVA的工具...
好了，强迫症再次上头，花十分钟安装WebStom并体验了下觉得不舒服，又转而使用IDEA的插件，这时候，四十分钟过去了。
接下来，凭借自己"强大的抽象思维"快速定义好了接口和基础界面，只花了二十分钟！
第七个小时
整合 vue.js ，把 vue.js 下载并整合到代码里，接下来完成逻辑代码编写，只花了二十分钟。之后开始调试，但在我的浏览器怎么样也没法调通，于是怀疑是浏览器版本问题，换了chrome/firefox 都还是不行之后，又怀疑是代码写得不对，重新编写代码..一通乱麻之后，才找到真正原因：引入其他框架冲突了..，通过网上介绍的办法解决了问题。
一看手机，一个半小时过去了，距离一开始的计划，我花了两倍的时间！ 而且，我竟然还把外卖的事情给忘了..
看，这就是一个跟时间管理有关的例子，不知道你会不会有似曾相识的感觉呢？
所以我想说时间很难管理，本质上或许更多的来源于目标的不清晰、又或是意志力不够坚定、旧的坏习惯使然等等。
是什么偷走了时间
前面的例子，听起来更像是一个强迫症和重度拖延症患者的故事。但是在平时的工作里面，一定会有非常多的事情像洪水一样想要吞噬你的计划。
比如：
A. 各种打断式的会议
事实上，有很多的会议都不是必须的，或者说有80%的会议里面，其中80%的时间都是不必要的。
这听取起来好像耸人听闻，但仔细回想你参加过的每一个会议，最终剩余的价值是什么？ 会议纪要！没错，只有会议后的纪要能被记住并使用。
那么会议纪要内容有多少，一般都不多，沟通效率非常高的话，10%的会议时间可能就足够了。
打断式的会议，除了会议本身的时长之外，程序员可能还需要花费一定时间在大脑中做切换，而且这个时间比其他职业会高一些的。
上面的这些，都是我平时工作经历过的东西，而且相信，大多数人也正在经受这样的事情。
可能小团队不会有，大中型企业会有，不善管理的部门很严重...
有什么良药
时间管理既然这么难，又有这么多的事情烦扰，那还做什么管理？
我认为，尽管现阶段可能不会有什么包好的方法，但时间管理还是要做，不做，那跟咸鱼有什么分别呢？
《高效能认识的七个习惯》、《番茄工作法图解》都是一些畅销书，为啥畅销，就是因为太多人都希望做好时间管理了。
但光凭看书不行，还得实战、不停的修炼不是？ 那我炼了这么久，有啥心得体会呢？
1. 尝试给自己更多的时间，尤其是学习类的目标给够预留的部分。
2. 把目标写下来做分解，一条条读一遍看看哪些重要哪些不重要，最终只要重要的完成就好了。
3. 认识时间不好管理的现实，做好失败的准备，尽量消除焦虑。
后记
你是一个重度拖延症患者，还是一个自我管理强人？对于时间管理，你怎么看呢，欢迎留言讨论
B. "缺斤少两"的交付
关于这点，偏向于指技术债务、或文档债务，技术债务呢，比如你的代码写得太随意，可靠性不好，心想着反正现在也没啥问题，就先这样吧。
但在未来的某些场景下，问题被暴露出来了还是要你来修复(如果你跑路了可能另当别论)。文档债务也很常见，许多开发的不喜欢写文档，其实是懒，那么到后来，
会不断的有人来问你，A是怎么回事，B又是怎么来的.. 烦不胜烦。这些都在你的计划内吗？
一句话，出来混的，始终还是要还的！
C. 邮件的魔力
当大家都喜欢上发邮件时，你看邮件，总会想要一下子把收件箱的未读邮件全部看完、每一封需要回复的都要回复完。
甚至在干活的时候，是不是也会点开Outlook客户端去检查一下，生怕有漏..
一次次的切换，会导致你不专心、走神，精神及代码质量低下.. 或者，让自己上下班临界时间处理邮件，是个办法。
D. 座位上的叨扰
总有些人，会特别喜欢面对面沟通，觉得这样效率是最高的。没错，"你“的效率的确是提高了，但别人呢？
这类现象发生在很多项目经理、产品经理身上，他们脱离技术工作已久，或许已经不会从别人的角度去思考问题了。
那么对于他们来说，日常的工作就是面对面沟通，认为这已经不足为奇了。但对于程序员来说，长期以往可能是个噩梦！
作者：美码师