程序员时间管理技巧

1. “拖延症“者要如何管理你的时间

不到deadline无法交稿，不到最后一刻定不下方案，不到三更半夜完全没有睡意……我们也不知道自己怎么了，感觉一直在忙，却什么也没完成。对此，大家的理由都出奇地一致：“别怪我，我有拖延症。”但是小毛想说：“你不是有拖延症，而是时间管理出了问题。

时间管理第一步认同你所做的事情如果你认为自己所做的事情是无意义的，没有价值的，只是为了熬足八小时赚工资，那么我们今天的议题就不成立了。任何时间管理，都要以你认同自己所做的事情为前提。这种认同感一般体现在：认可所在企业的价值观并以此为荣；认为自己当前的工作能为自己、为社会创造价值。当自己的工作被自己所在的组织所认可的时候，这种认同感会尤其强烈。

《哈佛商业评论》曾做过一项调查，发现很多企业职工出现了“白日监牢”现象：一旦来到工作场所，他们仿佛进入了一个无形的牢笼，在这里他们缺乏动力，情绪低落，工作效率远低于正常水平。为什么会出现这样的现象？从反馈中得出了下面的八个因素（重要性从高到低）：

1. 对组织缺少自豪感和满足感；

2. 被欣赏和认可的程度太低；

3. 工作缺乏挑战性和意义；

4. 只愿完成最低限度的工作；

5. 认为公司对自己不公；

6. 无力感，认为自己没有话语权和影响力；

7. 公司没有足够重视，并实践团队精神、信任、多元化等价值；

8. 成长和发展的机会太少。

时间管理第二步唯有专注，才能高效。

杰克·多西（JackDorsey）先后是Twitter和移动支付公司Square的创始人，被媒体称为“改变世界的程序员”。同时他也是一个工作续航时间超长的“拼命三郎”。

杰克会一次性花一整天的时间用来开会，上午五小时在Twitter，下午五小时在Square。在此期间参会人员不允许使用手机或电脑等电子设备。杰克称这样每次开会历时超长是为了利用整块时间把近一周或一个月的工作计划落实下去，避免在以后的日子里不断开散会，降低效率。

除了将周一定为会议日整天开会之外，“专注”更是贯穿了他的整个时间表：周二是产品开发日，周三是市场和营销主题，周四的主要工作内容是与合作伙伴洽谈，周五重点关注企业文化方面的问题。从2011年开始杰克就在采用这种时间安排表，这是他认为最适用于自己的方法。杰克·多西的时间管理办法概括起来就是“专注”。

但不得不说，专注地做一件事情在移动互联网时代实在是太难了。不断弹出的新消息无时无刻在分散我们的注意力，不断有闲杂的小任务来打断我们手头做的重要项目。如何能让自己的时间不被浪费在无谓的事情上呢？我想我们都需要有一个时间表。

时间管理第三步：你不需要过于精细的时间表

学生时期，很多人都有写计划的习惯。学期计划、暑假计划、复习计划……没个计划总会让人觉得无法开展学习，可是每次计划有真的都实施了吗？老实说，我只执行了一部分。而之所以没有办法完全按照计划来，一方面是因为我的计划不太科学，而另一方面就是太过冗杂。

时间管理第四步：学会放松和学会工作一样重要

如果我说，解决拖延症的最终办法是学会放松，你会不会质疑我？然而事实上真的是这样，懂得劳逸结合可比无时无刻的焦虑要有效得多了。

2. 程序员需要具备的基本技能，你都知道吗

下面是程序员所应该具备的基本职业技能：
基本技能 技能描述
阅读代码 这个技能需要程序员能够具备读懂已经存在的代码的能力，这样的能力可以让程序员分析程序的行为，了解程序，这样才能和开发团队一起工作，继承维护或是改进现有的程序。
编写程序 编写程序并不包括程序设计。不要以为编程是一件很简单的事情，很多程序员都认为编程只需要懂得程序语言的语法，并把设计实现就可以了。但是这离编写程序还远远不够，使用什么样的编码风格成为编写程序员最需要具备的基本技能。能否使用非常良好的编程风格直接决写了程序员的级别。
软件设计 这一能力直接决定了需要吏用什么样的代码技术达到怎么样的功能，而系统架构设计直接决定了软件的质量、性能和可维护性。并不是所有的程序在这一方面都非常优秀，但每个程序员都需要或多或少的明白和掌握这一基本技能。
熟悉软件工程 每个程序员都应该明白软件工程是什么东西，都应该知道，需求分析 设计，编码测试，Release和维护这几个阶段。当然，几乎所有的人都知道这些东西，但并不是每个人都很清楚这些东西。现在很多高级程序员都会混淆“需求规格说明书FS”和“概要设计HLD”。另外，程序员还需要知道一些软件开发的方法论，比如：敏捷开发或瀑布模型。
使用程序库或框架 一个程序员需要学会使用已有的代码，无论是标论的程序库，或是第三方的，还是自己公司内部的，都需要学会做。比如：C++中，需要学会使用STL，MFC，ATL，BOOST，ACE，CPPUNIT等等。使用这些东西，可以让你的工作事半功倍。
程序调试 程序调试是分析BUG和解决问题最直接的能力。没有人能够保证程序写出来不用调试就可以运行正常 也没有人可以保证程序永远不会出BUG。所以，熟练使用调试器是一个程序员需要具备的基本技能
使用IDE 学会使用IDE工具也会让你的工作事半功倍。比如，VC++，Emacs Eclipse等等，并要知道这些IDE的长处和短处。
使用版本控制 一定要学会使用版本控制工具，什么叫mainline/trunk，什么叫tag，什么叫branch，怎么做patch，怎么merge代码，怎么reverse，怎么利用版本控制工具维护不同版本的软件。这是程序员需要明的的软件配置管理中最重要的一块。
单元测试 单元测试是每个程序都需要做的。很多单元测试也是需要编码的。一定要学会在xUnit框架下进行单元测试。比如JUnit, NUnit, CppUnit等等。
重构代码 每个程序员都需要有最基本的能力去重构目前已有的代码，使代码达到最优但却不能影响任何的已有的功能。有一本书叫《软件的重构》 每个程序员都应该读一下
自动化编译 程序员需要使用一个脚本，其能自动化编程所有的工程和代码，这样整个开发团队可以不停地集成代码 自动化测试，自动化部署，以及使用一些工具进行静态代码分析或是自动化测试。
当然，还有很多的基本技术也是非常重要的，比如，与人的沟通能力，语言的表达能力，写作能力，团队协作能力，适应变化的能力，时间管理能力，多任务处理能力，自我学习能力，故障处理能力，等等，等等，这里只是列举了和技术相关的能力，这些是程序最最最基本的能力，只要是程序员就必需要有的能力。

3. 从程序员到项目经理（12）：如何管理自己的时间（上）

项目经理必须要主动的管理自己的时间，合理安排自己的工作，才能真正“翻身”做自己时间主人。1.谁动了我的时间时间对于每个人而言，都是最稀缺的资源，对于一个管理者更是如此，时间不够用成为几乎所有管理者共同的问题。如果要对项目经理常说的话做一个调查的话，想信“我很忙”一定可以名列前茅。以我的经验，当要求项目经理按时提交项目材料，或者临时支援某件紧急事务的时候，经常会听到同样的回答：“我很忙”。多年以前，我就从经理那里听说，厉害的管理者都是很轻松的，因为他的工作全部交出去了，根本不用自己操心，所以他们出去度假十天半个月，一切工作都会如常进行。从那时起，我就充满了对管理的神往，可是后来我才发现原来这只是个传说，现实中忙忙碌碌的经理比比皆是，而轻松自如的管理者则是众里难寻。为什么管理者都这么忙呢？是谁动了他们的时间？实际上，这是一个综合性的问题，既有内部原因，也有外部原因，既有主观原因，也有客观原因。总的来说，让经理们不堪重负的因素有三：(1)工作对于一个程序员来说，他的工作是比较单纯的，基本上是单线程运作，只需要项目经理交待开发任务即可，可是当上了项目经理就不一样了。以前好比在游泳池中游泳，现在是在大海里冲浪，各种事情如潮水一般向你涌来，让你顾此失彼，手足无措。(2)下属下属也是一种资源，即人力资源，这种资源与时间一样，同样具有稀缺性。其实我们可以设想一下极端情况，如果你的下属人数足够，能力也很强的话，你完全可以像我的经理说的一样，把你的全部工作授权给你的下属，你自己也就不用整天焦头烂额了。因为你的下属不给力，所以你总是要自己来制定计划、自己来做系统架构、自己来监控进度、自己来检查质量、自己来写文档、自己来汇报工作、自己来解决重要问题、甚至自己来编写代码，你整天忙忙碌碌，就是在忙这样的事情。然而，千万不要怪你的下属，因为他们不给力正是老板雇佣你的原因，况且资源的稀缺性是永远存在的——从原始社会到将来的共产主义社会。要知道，老板做项目为了赚钱，而不是让管理者更轻松，如果每个项目都是精兵强将，你只要一声令下工作就会自动完成，你倒是轻松了，但老板还要你来做什么？(3)自己既然资源受限是一定的，项目经理还是应该反求诸己，从自己身上找到解决之道。这就好比天下雨了，你怪老天是没有用的，只能怪你自己没有带雨伞。经常问一问自己，我对工作安排合理吗？我抓住了主要问题吗？我在旁枝末节的事情上浪费时间了吗？我有充分发挥下属的能力吗？我自己工作拖拖拉拉吗？…通过不断的自省，改善自己的管理方法和行为习惯，我们对时间利用也必然会变得越来越高效。 2.时间管理的本质是对工作的梳理要破解忙的难题，必须要有意识的对时间进行管理。其实时间本身是没法管理的，因为无论你怎样管理，时间既不会变多，也不会变少，既不会变快，也不会变慢。所谓的时间管理，其实就是如何更有效的利用时间的问题，更加直白地说，其本质就是工作管理，即通过对工作的梳理，让我们在有限的时间内，使得工作更有条理、更有成效。必须要主动、有目标地对工作进行梳理，这是对一个管理者的基本要求。工作梳理就好比整理房间，你不去整理它，杂物就会堆积得越来越多，你房子最终会变得不适合人类居住。一个好的家庭主妇，必定善于将各位物品分门别类，并且适时扔掉一些用处不大的物品。一个好的项目经理也一样，同样需要对工作进行分类，对不同类型工作采用不同的策略，有些工作要现在就做，有些可以晚点做，或者不做；有些工作一定要自己做，有些工作则可以请其他人来完成。通常对工作梳理，可以采用5W1H法，即： Why——为什么干这件事？（目的）； What——什么事情？（对象）； Where——在什么地方执行？（地点）； When——什么时间执行？什么时间完成？（时间）； Who——由谁执行？（人员）； How——怎样执行？采取哪些有效措施？（方法）。在一般的项目中，Why和where往往不是什么问题，或者说对项目经理的时间管理影响较小，因此我们不妨将其简化为3W1H，也就是确定要做什么，不做什么；先做什么，后做什么；谁来做；怎样做才更有效。基于此，项目经理可以按以下三个步骤来梳理工作：（1）分析要做什么、不做什么，以及先做什么、后做什么解决What和When的问题。事有轻重缓急，事情的重要程度和紧急程序直接决定其处理的优先级。虽然很多事情来势汹汹，但并不表示一定要当即处理，有些事情只是静静的躺在那儿，也并不意味着要“等有了时间再做”。（2）分析由谁来做解决Who的问题。虽然我们提倡项目经理要以身作则、亲力亲为，但并不是说每件事项目经理要亲自去做。对于下属可以胜任的事情，就把它分配出去。如果出现项目经理很忙、下属很闲的情况，那就说明项目经理你做得太多了，不要和你的下属抢事情做。（3） 如何让工作更有成效做不做、什么时候做以及谁来做的问题都解决了，剩下就要解决怎么做才能让工作更有成效的问题了。在这里我们不是要讨论编码或写文档的技巧，而是个人的习惯和认识，这对工作成效的影响更是本质上的。 3.做事要分轻重缓急老外就是善于总结，中国有词语叫“轻重缓急”，可是到了国外摇身一变，变成了“时间管理四象限法”——自从美国总统艾森豪威尔提出以来，人人将其奉为圭臬，成为时间管理领域最重要的方法论。所谓的“四象限法”，就是将工作按照重要程度和紧急程度两个维度进行分类。我们找一张白纸，以紧急程度为纵轴，以重要程序为横轴，在纸上划上一个十字，将纸面分为四个象限，然后将当前所有要做的工作放到这个四个象限中。一个典型的项目经理四象限图如下所示： （1） 第一象限：重要紧急这一类往往是火烧眉毛的事情，需要马上去处理，否则项目会受到重大影响，比如客户服务器崩溃。（2） 第二象限：重要不紧急这类事情一般是预防型的工作，例如制定项目计划、团队建设等，它们不需要你停下手上的工作马上去做，但如果没做好的话，可能就会导致产生项目危机。许多第一象限工作产生的原因，正是因为第二象限的工作没有去做。（3）第三象限：不紧急也不重要这类事情看上去最不需要做了，例如上网偷菜、看新闻、写博客等，但如果你在办公室走上一圈，就会发现很多人正在干着这些不需要干的事情。 （4） 第四象限：紧急不重要这类事情虽然不重要，却需要马上去处理。一个典型的例子就是桌上的电话响了，你接还是不接？当然要接，因为你不知道是谁。接通后，发现是推销保险的，你又不好意思立即挂掉，只好被对方折磨一番了。 我们到底该怎样安排四个象限的工作呢？对于一个普通的管理者，其工作的优先级一般是这样的：第一象限>第四象限>第二角限>第三象限。可是，等做完了第一、四象限的工作，根本就没有时间来人做第二象限的工作，于是项目到了后期项目经理只好四处救火。管理大师彼德.德鲁克十分推崇“时间管理四象限法”，并将其总结为“要事第一”的原则。根据这个原则，每个象限的工作处理策略是不一样的。（1）重要紧急优先级最高，需要尽快处理。很多人都玩过《植物大战僵尸》的游戏吧，那你一定知道“一大波僵尸正在逼近”的感觉，是的，你必须要马上打死它们，不然它们就会冲进你的房子，吃掉你的大脑！（2）重要不紧急这类事情看上去可以暂缓，但考虑到其重要性，应当与第一象限的工作并行去做。如果不及时去做，它们就会转移到让你头疼的第一象限中去，或者在第一象限产生更多新的“僵尸”。所以，要在僵尸还没有逼近的时候，就好防御工事，并尽快打死它们，如果等到它们冲了过来，你还能不能保住大脑，就要看你的运气了。（3）紧急不重要它们就像是在你耳边“嗡嗡嗡”地叫着的苍蝇，你必须要花时间去赶走它们。这多少让人有些无奈，但这些事情确实层出不穷。有些公司在实施紧急项目时，经常采用封闭式开发，这样做的一个重要原因就是要回避那些紧急不重要的事情。很多管理专家建议我们在必要的时候勇敢说“不”，其实就是针对这类事情。如果实在无法说不，建议安排或委托其他人来做。（4）不紧急也不重要如果不是时间充裕的话，建议不要去做。如果碍于人情的话，建议安排或委托其他人来做。它们就像一群在几百米远处飞的苍蝇而已，你完全不必要放下手中的饭碗，举起苍蝇拍跑过去和它们决斗。因此，对于一个卓有成效的管理者，其优先级应该是这样的：第一象限=第二象限>>第四角限。第三象限就像数学中的无穷小一样，被舍弃了。写到这里，我想起了前不久一位项目经理的故事：项目定于当天上线，项目组决定搬到客户现场办公，以应付可能出现在的突发事件。项目成员电脑已经全部打包好，都围在项目经理周围等待。原来项目经理正在理一大堆发票准备报销，于是发生了这下面这样的对话：我：“大家都在等你，怎么还在填报销单呢？”项目经理：“今天是公司的报销日，不填好单子，又得推后很久。”我：“你的电脑打包了没有？”项目经理：“没有”我：“放行条开了没有？”项目经理：“没有”我：“申请用车了没有？”项目经理：“没有”我不知道说什么好了。要知道公司的报销单粘贴和填写非常严格，经常被打回重新弄，那一堆发票，显然不是十几分钟可以搞定的事情。还有公司的用车也比较紧张，不赶紧申请，说不定就没有了，到时就只能租车或打的，这无疑又会耽误更多的时间。更何况六七个同事都在等项目经理一个人，耽误的时间还得要乘以他们的人数。万一系统上线，状况频出，客户火烧眉毛，项目组却仍然在路上，这样的后果是很严重的。贴报销单看上去一件重要紧急的事情，实际上它既不重要也不紧急，因为今天不报销，以后还是可以报销，可是因此耽误的宝贵时间，却无法再要回来。

4. 极简主义兴起，如何高效提升时间管理能力

如何高效提升时间管理能力，以下可供参考：
1、时间总会有的：每天只计划 4～5 小时真正的工作。
2、当你在状态时，就多干点；不然就好好休息：有时候会连着几天不是工作状态，有时在工作状态时却又能天天忙活 12 小时，这都很正常的。
3、重视你的时间，并使其值得重视：你的时间值 1000 美元/小时，你得动起来。
4、不要多任务，这只会消耗注意力；保持专注，一心一用。
5、养成工作习惯，并持之以恒，你的身体会适应的。
6、在有限的时间内，我们总是非常专注并且有效率。
7、进入工作状态的最佳方式就是工作，从小任务开始做起，让工作运转起来。
8、迭代工作，期待完美收工会令人窒息：“做完事情，要胜于完美收工” Facebook 办公室墙壁上贴的箴言。动手做，胜过任何完美的想象。
9、工作时间越长，并不等于效率越高。
10、按重要性工作，提高效率。
11、把会议和沟通 (邮件或电话) 结合，创造不间断工作时间：一个小会，也会毁了一个下午，因为它会把下午撕成两个较小的时间段，以至于啥也干不成。PS：当看到一个程序员冥思苦想时，不要过去打扰，甚至一句问候都是多余的。

12、一整天保持相同的工作环境。不断切换工作项目，会降低工作效率。
13、好比课间操，工作期间要间隔的进行休息。
14、学会把重大任务合理分割成小任务，只要每天都完成小任务，你就会越来越接近那个大目标了。
15、从来没有两个任务会有相同的优先级，总会有个更重要，仔细考虑待办事情列表。
16、学会授权和借用他人的专业和力量。团队往往是取得成功的基础。

17、给所有事情都设定一个期限。不要让工作无期限地进行下去。

18、针对时间紧或有压力的任务，设置结束时间，万事皆可终结

5. java程序员如何高效学习

1. 认清自己

   要知道自己到底想要什么，因为这关系到你能够够选对学习方向，能否沉下心来去学习，不要因为某一个方向火，而盲目的去追；也不要因为某一个方向可能不容易找工作而不去学。

2. 学习的目的

   学习的目的，根本上是为了获取竞争优势，增加选择机会。你比别人懂得多，比别人学的深，你就更有竞争力。对于程序员来说，不懂得学习是没有办法在这个行业混下去的。技术的更新换代，技术的深入掌握都需要去不断的学习，如果你不学，很快就会被淘汰了。

3. 时间管理

   关于时间的管理。首先，要有一个大一点的计划，比如年计划，月计划，周计划。这一年大体上要达到什么目标，这个月要学习哪些知识。然后是精确到小时的日计划。每一天，哪个时间段做什么都详细的列出来。

   其次，不要太盲目自信。很多人其实从来没有完成过自己的计划。如果你真的能够完成你制定的每一个计划，那现在的你一定已经很了不起了。如果你几乎没有完成过自己的计划，那么你一开始制定日计划的时候，不要给自己太多的任务。因为如果你一旦完不成，就会影响自己的信心。

   最好的方式是，一开始制定一些简单的计划，然后每天很容易就能做到，然后慢慢的去增加自己每天的任务量。最后找到一个最适合自己的节奏。这个过程可能需要很长的时间，因为你要不断的去尝试，去改进。找到最适合自己的作息时间去休息，找到自己工作状态最好的时间去工作等等。

4. 学习方法

   ①首先，你需要确认你要学什么，切记不要三心二意。

   ②制定学习计划

   ③自己找资料开始学习

   ④脑图与流程图

   学习从来都不是只看看书就能学会的，自己构建相关知识脑图和相关步骤的流程图是非常有必要并且非常有效果的。比如你要学习java，你可以先从网上找一找别人画的脑图，对java有一个大致的了解，每学一个小的知识点，就自己绘制一个该知识点的脑图，学完之后，自己再画一个整个java体系的脑图，这样你会对java非常的熟悉。

   ⑤编码

   ⑥笔记

   ⑦回顾

   ⑧自己写一个有实际应用的demo

   ⑨如果有必要，可以写一个有趣的应用，不是简单的范例。

6. 番茄工作法的优点和缺陷都有哪些还有哪些时间管理方法值得推荐

为什么不试一试呢？又不是什么高深的东西。尝试一周，体会一定比你看十个答案来得深。

7. 程序员如何利用剩余时间思考，最大提升自己能力

1.怎样把自己所了解的技术通过文章内容传递给别人
2.如何才能把自己做的东西讲给别人听并且让他听明白我的想法，比如在这个环境下我是否可以试着去讲一下。
3.找一个学习榜样（开发或者管理），思考他们有什么好的行为、习惯、做事方法值得学习。
4.学习一些框架和方法，比如归纳法、演绎法、SMART原则、STAR法则、SWOT矩阵分析、MECE分析法、5W1H、GROW、六顶思考帽、WBS、鱼骨图、PDCA模型、麦肯锡解决问题7步法、复盘、4P法、空雨伞、FABE销售法则、AIDMA法则、费米推理、时间管理四象限、正反面决策法、决策树、卡佛矩阵等，它们能让你更有章法的思考和工作，更快的提升自己。
5.思考自己在技术上做到什么程度，是否还会有大的提高。
6.这个技术，团队里哪个人用得最好，好在哪里？我该如何做到像他那样？
7.产品预期要解决什么问题，解决了吗？如果没有，该怎样解决？如果解决了，解决得好吗？为什么这样子可以解决？
8.自己所用技术能否解决当下问题？是否还有最合适的技术？如果有，是哪些方法。
作为程序员，尤其是一名优秀的程序员，你与普通人的区别就在于你是停滞不前还是勇往直前，思考自己技术，能力等各方面是否还有提升，还可以做的更好？在产品上用心，在技术上多想方法，多跟优秀的人学习。最后你会发现，做程序员也可以这么开心，也能有如此的收获。
另外为让程序员们更好的学习，达妹特准备了一下资料供参考。
IT行业的高薪源于技术的日新月异，专业技术才是高薪的保障，无论何时都要不断的学习新的知识，这点很重要。

8. 有哪些新手程序员该知道的工作小技巧

1.积极大胆的谷歌。你得知道如何有效的组织搜索关键字，查阅别人写的代码，然后合理地用在代码里，从而解决问题。

2.拥抱变化，坚持不懈。老手程序员在接触新技术时，能欣然接受像个初学者一样处处受挫，并总能在完成工作的同时自学成才。

3.承认细节的重要性。例如变量和函数的命名、CSS属性的命名、该用哈希还是数组，以及其他看起来微不足道，但可能对项目有深远影响的事情。

4.承认大多数的“重要决定”其实并没有那么重要。一般的开发者经济常在技术选型等“重大问题”上陷入唇枪舌战，而程序员老鸟们会避免浪费时间在骂战中。这一点上，它们就像禅宗大师一样。

5.选择合适的工具解决问题。网上有无数的开源库、工具和框架，让人眼花缭乱。而老手们清楚地知道针对怎样的问题，应该用怎么样的工具。

6.明白代码“不值钱”（该删就删）。你必须习惯于删掉几百行代码来重写程序的某一部分，毫不留情。

7.在评估技术的时候要全面。例如，我一直在鼓吹Elixir。它语法优美，社区完善，有很大的潜力。但Elixir诞生的时间太短，所以如果要构建复杂的功能，可能会难以找到能帮你提高效率的开源工具。因此，在评估要不要选择使用一项技术时，你得把所有这些因素都考虑在内。

23.知道什么时候开始回馈。到了某个时候你需要将你的技能和经验传授给年轻的开发人员，就像你的导师当时教授你一样。

24. 能写烂代码。有时候可以当一当“胶带式程序员”。关键是随着时间推移，你需要弄清楚什么时候可以走捷径，什么时候必须走捷径。这其实是最难掌握的技能之一。

25. 礼貌地告诉别人你工作到很晚。如果你是办公室里最后一个，可以发一封简短的汇报邮件。别人一般会注意到邮件上的时间戳的。

26. 像一个领导者(Leader)一样做事，而不是老板(Boss)。老板是让别人为他工作的人，领导者是人们追随的人。做个领导者。

27. 去打打桌上足球。从长期来看，同其他开发者（或不同岗位上的同事）建立联系比在紧巴巴的期限里交付一个功能更有价值。

28. 在压力下学习。你需要知道如何应对像系统宕机而你要负责将它复原的情况，即使一开始你完全没有头绪。