哪有什么中年危机，不过是把定目标当成了有计划，mybatis常见面试题总结

但个人以为，越是“赶不上”变化，越需要有计划。怎么说呢，两点体会，权当胡诌。

第一点：

当你没有计划的时候，乱七八糟的事情会特别多，但当你有了计划之后，很多意外的事情会减少。听上去有点玄学的味道，但也不是完全没道理。

拿我自己来说，我是一个有“拖延症”的人。当我有了一个目标但没有制定计划时，我十有八九会拖延，一边拖延，一边做了很多其它不相干的事情，这些其它的事情可能就会给我带来额外的麻烦，对我实现原本的目标产生干扰。

但如果我做了计划，分解目标，制定时间表，我就能有效地治疗“拖延症”，因为我时刻都处在自己构建的过程管控中，每一步的衔接都有安排，这样我的注意力就容易保持集中，甚至全程高能。而我发现，精力涣散最容易发生在当你不知道下一步该干嘛时。

第二点：

确实存在变数很多的客观场景，在这样的险恶环境中，你更应该加倍地做计划，改计划。

一方面，这是唯一让你在风云变化中能有所依靠、有所参照的资本。就好比，需求的变更是无法避免的，但我们可以做好需求管理，至少知晓变更的发生，这同样也是一种经验的积累。
另一方面，在迭代计划的过程中，熟能生巧这个规律会让你逐渐得心应手地面对变化，除非你是傻子死不开窍另当别论。永远不要低估积累的力量，你努力应对变化，慢慢地，你就能驾驭变化，变化就不会成为干扰。能力就这样成长了。

2、时间表与估时

说到计划，自然要说到“时间表”这个概念，做计划的方法很多，无一例外会涉及到时间表。脱离时间的计划是伪计划，因为人的时间是有限的，而且很多事情是有时效性的。这就需要估时。

也是个棘手的技术活，毫不夸张地说，这是世界性难题。所以如果你总是估不准，完全不用自卑，全世界都一样。当然，办法还是有的，事实上，根据不同的计划范围，我们并不一定需要很精确的估时，过日子又不是开火车。

大约20年前，大名鼎鼎的JoelSpolsky（稍等，也许你没听过这个名字，但我100%肯定你用过他的产品——StackOverflow，如果你不幸没用过这个网站，那我200%肯定你用过他的产品——Excel）。

总之，这位大人物在2000年写过一篇博文"Painless Software Schedules"，介绍了一套他自己的“软件开发时程”方法论。虽然有些久远了，甚至作者自己都修改了文章的开头，提醒读者他已经有了更好的替代方案，但这并不影响该方法的价值，而我自己在学习了他这套“过时的”解决方案之后，一直将其用于自己的工作、生活中。

目标分解&估时修正

概括来说，该方法的核心思想有两点：目标分解&估时修正。

目标分解是做计划的基石。罗马不是一天建成的，大事化小是所有干大事的必经之路，这也是强迫你认真做目标分析的手段，合理的分解只可能建立在对目标的充分认识之后。

分解的颗粒度要足够细。因为原文讲的是软件开发，所以作者明确提出，在编程中，任务要按“小时”来评估，而不是按“天”。这个单位的变化很重要，单位大了，误差就大。按照作者的经验，超过16小时的任务都应该进一步拆分，因为在这个时长之上，意味着你并没有真的想清楚要做的步骤是怎样的。说得直接点，就是在糊弄人。

当然，我们在做个人全年计划时，不必生搬硬套拿小时做单位。这里的要点在于计划要足够细才有意义，至于说具体细到什么程度，这个其实需要根据自身经验去琢磨。

非要说有什么窍门的话，也许拿大众的普遍标准再进一步就可以了，比如大家都按天算，你就试着按小时计，大家都按月算，你就试着按周来计。群众的眼睛也许是雪亮的，但群众的做法通常是平庸的，所谓脱颖而出，往往就是在所处环境的平均水准之上再进一步，你就先进了。

在计划初期，你会有一个初步估时，随着进度的发展，比如到了中间阶段，可能发现之前预估的时间不对，这时你需要写下第二次估时，最后当完成任务时，再记录下实际耗时。最终，你会得到3个时长：第一次估时、第二次估时、实际耗时。

一开始，你可能（几乎肯定）这三个时长看上去牛头不对马嘴，随着不断地纠错、修正，从过去错误的估计中总结经验。第二次估时会和实际耗时越来越接近，再后来，第一次估时和第二次估时也会越来越接近。到那时，你对于估时的判断力就练成了。

简单的手法，坚持做，就会产生神奇的效果。“人一能之，己百之，人十能之，己千之，虽愚必明，虽柔必强。”就是这个道理。（语出《中庸》）

3、实施工具：电子表格、甘特图

该方法让我很喜欢的另外一个重要原因是，作者用来实施这套方法论的工具很亲民——电子表格。易用的产品才会有市场，易实践的理论才容易推广。再则，一份Excel文件，很易于交流。若干次项目中，当我把充满详实数据的"Schedule.xlsx"发送出去，会从老板和客户那收到信任的回复。

管理要出活，量化是关键。当别人在定性分析阶段时，你定量解构出工作包，水平就跃然纸上了。尤其是对于许多没学过真正管理学的一线码农转型做管理的人来说，量化是入门管理的捷径，其它的门道水太深，也学不来。

说到使用Excel，顺带说说另一个“喜闻乐见”的概念——甘特图（Gantt）。

但凡提到计划，几乎必有甘特。尤其是在PPT当中，敢情不拉一张甘特图，你这项目管理的专业度都要打折扣。制作甘特图有很多专业工具，比如MicrosoftProject，以及那些需要投入一定学习成本的资深产品。作为一名半路管理工作者，我在绝大多数的情况下，就用“Excel手绘”，简单明了，方便快捷，重点是学习成本为零。

要说Excel能完成的工作，比想象中多。

我曾经就这个玩意和我的一个好×××聊过“这破图除了好看有啥卵用？”然后被教育道：“你不当老板所以这图没用。对于大领导来说，人家每天日理万机、分分钟多少万进出的，想最快地了解项目计划，甘特

《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》

【docs.qq.com/doc/DSmxTbFJ1cmN1R2dB】完整内容开源分享

图就是最直观的工具了。”

所以，说到底，格局啊……

4、裁员vs跳槽

顺带说一句，我这位×××最近刚刚拒了微软，入了阿里。我不禁问他，举国上下不都在裁员吗，你怎么还跳得这么任性？他说，企业只要发展，有裁员就会有纳贤，对于企业来说，只是结构调整罢了。

跳槽的人，一般都不会大声嚷嚷，而裁员更容易制造舆论效应，所以你要是天天盯着媒体看就觉得这世界活不下去了，但其实优胜略汰一直都存在。

三、担心“中年”危机？不如笨鸟先飞

=================

随着去年底的一波裁员潮，几乎整个冬天都弥漫着一股名叫“中年”的危机。说到“中年危机”，这是一个老生常谈的网红词汇，这话题要展开来说可以无穷无尽。

其实，不是年轻没有危机，只是中年没了借口。

无论中年、青年还是未成年，危机一直都在。只不过年轻可以挥霍，可以犯错，甚至一错再错，但犯错终究要受到惩罚的，到了中年，周遭的客观环境忽然间都不给你退路了，就危机了。

潮来时肆意妄为，当潮水褪去，才发现自己在裸奔，于是怪大海无情，但有水的时候为什么不早穿裤子？

人无远虑、必有近忧，居安不思危，不裁你裁谁？不是我故意要把话说得难听，因为现实就有这么难看。
成年，危机一直都在。只不过年轻可以挥霍，可以犯错，甚至一错再错，但犯错终究要受到惩罚的，到了中年，周遭的客观环境忽然间都不给你退路了，就危机了。

潮来时肆意妄为，当潮水褪去，才发现自己在裸奔，于是怪大海无情，但有水的时候为什么不早穿裤子？

人无远虑、必有近忧，居安不思危，不裁你裁谁？不是我故意要把话说得难听，因为现实就有这么难看。