任务分解与保持节奏

从知乎日报的首推https://blog.csdn.net/ricohzhanglong/article/details/80668226上得到一些启发，简要梗概下此文吧

实的

总有人说，什么方法论啊，价值观啊，人生观啊，都是一些虚无缥缈的东西，与现实中的自己距离太远，而且都是一些“虚幻”的东西，不如谈谈具体的技术实在，比如说什么Spring Cloud啊、Docker啊、Kubernetes啊、Angular啊、Kafka啊，这些都是实打实的技术，掌握了就是掌握了，没掌握就是没掌握，来不得半点虚假。

没错，上面所列举的技术都是一些硬实力，这些硬实力是确保你职场竞争力的根本所在，特别是对于技术人员来说，掌握的技术越深入、越扎实、再有一些广度，那么你就是一个在职场非常具有竞争力的人，也是公司所需要的人，同时不可替代性也会越强。因此，很多开发人员就容易陷入这样一个误区：只关注于眼前，只关注于技术本身，但对于一些具有指导意义的方法论视而不见或是漠不关心。其实，我想说的是，若想在人生这场马拉松赛事中永葆活力，关注当下纵然不可或缺，但掌握了正确的方法论则会令你越走越远，同时越走越好。

我觉得讲的太好了，这些硬知识，掌握了就是掌握了，这样竞争力真的会很棒。

方法论不亚于上述被称为根本的硬知识

因为他会用所谓编码的忙碌来掩饰自己不愿意，或是不擅长思考的本性

我现在就是这样一种状态。我还纳闷了，我一个实习生天天加班到10点，还做不完任务，我真是奇了怪了。固然任务不少，但是这句话也是很符合我的情况。我应该先理顺所有逻辑再去code的。

任务分解

接到需求，第一件事就是把需求拆解啊！！！这是我之前从未做过的。事实上，这是极为重要的。然后制定计划。最好是执行以小时为单位的计划。

如果没有拆解，每天工作完以后，脑海里剩下的还是这个需求的整体。如果拆解了，可以明显感觉到减少了百分之20比如。

保持节奏

我不认同。我不是一个每天可以玩1小时游戏的人。我要么整天玩，要么一下都不玩。这不适合我这个极端的人。事实上，保持节奏真的好吗？原作者是很强，但也并没有马云、马化腾那么强啊。方法论和性格，显然作者不错，但是还远不够，至少太过平缓，不具挑战了一些。