如果您也有这样的症状，该治了！

    看到一本书，必须从第一页开始，读读读，看到最后一页才算完，每逢看不懂的地方，就一定要解决掉，然后继续，恨不得一天看完一本书，你是这样吗？学习一个新技术，一定要强制自己先弄懂原理，底层再底层，恨不得碰到机器码和硬件才肯罢休，然后开始学习怎么用，你是这样吗？ 领导布置10个功能，你恨不得一天做5个，两天就做完，剩下时间可以干别的了，你是这样吗？ 碰到一个程序怎么也调不通，纵然使尽浑身解数还是解决不了，于是你就不吃饭，甚至占用本该休息的时间，可能最后调通了，可能依然如初，你是这样吗？如果您真是这样，你可能不以为然，反以为荣的说，我就是这样强迫症，工作尽快尽美的完成，知其然知其所以然。听听，多好啊！其实你已经病了，而且真的病的不轻。
    先说读一本书，如何去读呢？你怎么可能比作者更了解书的设计和结构？你是否应该去总览全书结构，读取其最精华部分，然后扩展开来掌握其他相关方面，这样才能最大限度或者说最快读到书的核心内容。做项目软件工程还知道迭代的方法和敏捷开发，咋读书就不迭代了呢，而且书岂是短时间连续读完的呢，做好规划不挺好吗，每天读多少计划好，这样平静心态去完成任务，天天轻松不好吗？
    说说日常工作做项目模块的事情吧，布置10个功能，总想着尽快完成其中大部分，腾出时间来做别的。可能有朋友会说，我腾出时间来是为了学习新技术。比如做十个功能需要10天，我两天争取完成，熬夜也要完成。其他8天自由支配，我觉得这样不可取。如果你两天就能完成，（当然不考虑您的身体因素，因为我认为这样做是对自己身体不负责任的表现），你为何不将这两天均分到十天中，每天工作一段时间做一点，剩下就学习一点。何必那么急，说实话，心态决定了这样的做法。
    再聊聊学习新技术吧，首先要明白自己的定位，我们不是科研工作者，我们是生产一线的工程师，站在使用者的角度出发，我们是不是应该先使用技术，再去探讨原理的事情呢？
有的朋友可能会说，我了解原理是对作者的尊重，其实如果要表现对作者最大的尊重，那就应该将技术成果快速转化为生产力，为社会带来价值，而不是花大量时间在那里搞研究，我们国家不缺少搞研究的科学家，尤其站在企业的角度更不应该这样做。所以，我一直很欣赏一个it同仁的做法，新技术来了，不管三七二十一，先来一个“hello world”，通了之后应用到项目中，然后再去探究基本原理，我觉得这种做法很棒，很可取。
    最后来聊聊调试一个程序的滋味吧。大部分程序员都有这种经历，一个程序无论怎么调，什么断点，变量检测，单步调试都用上，结果依然如初。有的哥们就不信这个邪，就算不吃饭非得搞定你不可。佩服这种精神，但是一直都这样我就不认同了。其实我也曾经这样做过，好多次经验告诉我，你就算花一天，搞不好程序还是搞不定。其实这些时间用在学习别的东西上该有多好，好端端的时间都浪费了。你可能说那bug呢，不管了吗？当然不是，当大脑从焦急凌乱的bug中转移出来一段时间，再回去调试的时候十有八九就会豁然开朗，柳暗花明。
    总结：个人认为，做IT这行，入门之初就应该很清楚，需要有定力。这种定力不要误读为急于求成。定力指的是平静的心态，随和的性格，和雷打不动的计划性。这对工作有好处，对身体健康也是有益的，要知道身体是革命的本钱。 大家天天都在为了目标奔波忙碌，为了养活自己和家人，为了获得大家的认可，为了有个更好的知名度，为了实现自身的价值，这些本都无可厚非，但是无论怎样的价值观，都要明白一个客观事实：没有人不曾寄人篱下，人生活都需要平台，也终将从平台离去，平台不属于任何人，包括创建者。我们都是地球这个平台的过客，相同的是来去的赤裸，不同的是旅途的精彩。人生最可贵的便是守住初心，拼搏向前，乐助同行者。