一、接受工作，只问标准。

单位领导布置给你一项工作，别的你可以不问，比如为什么要这样做、这样做有什么意义、我能得到什么好处等等，但有一件事你必须当面问明白，那就是“领导希望这件工作达到一个什么样的状态？”简单来说，就是这件工作的标准是什么。

为什么一定要弄清楚工作标准呢？因为要想量化考核工作，就必须要有明确的工作标准；因为要想达成目标，目标本身必须清晰。

工作标准不能意会，只能言传或者白纸黑字写清楚，这样才可避免误解。如果领导期望达到a标准，你却认为b标准就行了，结果就是你吭哧吭哧地把工作做到b标准，满以为领导会嘉奖你，结果却得了个“工作不合格”的回答，你一定会认为受到了不公正的对待，满腔热血瞬间冷却。

二、请示工作，必带方案。

在执行工作的过程中，你总会遇到一些难题，为了解决它们，你少不得要向领导请示。请注意，在请示之前，你一定要站在实际角度认真思考一下这些难题，并给出一到两种解决方案。你不是领导者，没有决策权，但你是执行者，具有强大的建议权。会做工作的人，懂得给领导做选择题，而不是做问答题。

两种请示风格，一种是“我们遇到一个问题，不知道怎么做，请领导指示”，另一种是“我们遇到一个问题，想到了两种解决方案，请领导定夺”，哪一句话会受到领导的青睐？显然是后者。

还有一个很致命的情形是，如果跟领导请示时，只谈问题却不带方案，很容易说着说着就情绪激动，变成吐槽或抱怨，矛头直指客户或领导，那就更糟糕了。很可能你得到了一时的口舌之快，却永远失去了成长进步的机会。

三、汇报工作，突出结果。

在进行工作汇报时，不管是阶段汇报还是整体汇报，一定要把汇报重点放在结果上。一切没有结果的工作汇报就是浪费时间。

领导首先关注的一定是结果，只有当结果非常好或者非常差时，工作过程才会被提起。就像在我们读书时，成绩最好的和成绩最差的容易被老师记住，中不溜秋的人没什么存在感，就是这个道理。

听说以前有一个手机APP，能让领导随时知道自己在加班，刚出来的时候据说还一度被看好，这么奇葩的玩意，很让人费解。因为领导要的是你的工作结果，而不是你的工作过程，你天天让领导知道自己在加班，如果拿不出领导满意的工作结果，这种行为恐怕只会给你减分。

当时就有人一针见血，“领导要的是工作结果，哪有时间看你的加班生活。这个APP肯定活不长。”果不其然，时至今日已经听不到它的任何声音了。

四、分享工作，细说流程。

如果某项工作你做得很漂亮，成了团队榜样，领导安排你跟别人做个工作分享，推广推广经验。这个时候，你就得重点谈工作流程了。工作结果轻描淡写即可，只要稍微谈得多一点，立马就会给人吹嘘卖弄的感觉。

要知道，别人花专门的时间来听你讲，目的是要学习取经，而不是检查工作。你的工作结果他们一点都不关心，他们关心的是你究竟做了哪些流程控制，最终才会把工作完成得这么出色。

在分享工作时，要多谈细节，不但要说清楚做得好的方面，也要说清楚做得不好的方面，既有成功也有失误，既有经验又有教训，这样的分享才是真正的分享。分享是职场上的一门重要功课，只有懂得分享，才可以收获别人的真诚回报，学到新东西。

五、复盘工作，漫谈感受。

如果你足够优秀，做出了让人惊艳的业绩，也许有机会在大会上或领导面前复盘工作，这个时候你讲话的重点，就要放在务虚的工作感受上了。

因为你的工作结果大家已经知晓无需啰嗦，因为你的工作流程对不同岗位的人而言没有借鉴意义，所以你说的重点只能是在工作中的个人感受。

比如，谈谈自己在面对高标准严要求时是如何自我激励的，在面对困难险阻时是如何迎难而上的，工作过程中你是如何思考、如何决策、如何成长的等等，这才是大家想听的内容。

从接受工作到回顾工作，基本上涵盖了工作的全过程，如果大家能把这个物件事情做好了，就有望给人一种“超越期待”的感觉，你也会被贴上“工作能力出众”的标签。

谁说人不愿被人贴标签，人只是不愿意被人贴上负面标签而已。正面标签，大家喜欢着呢。

每当你发现很难开始执行某项任务时，可以试试将其缩减成2分钟的版本。
看一本书 → 看一页书
写一篇文章 → 写一句话
跑10公里 → 穿上跑鞋
做100次俯卧撑 → 做1次俯卧撑
多吃蔬菜水果 → 吃一个水果
编写一个程序 → 编写一个函数 → 编写一行代码
这样做的目的是使上手变得超级容易，让你先上手再说。一旦开始做了（这可能是最艰难的一步），你就会开始有动力，可能会继续做下去。

阅读一页 → 阅读10页 → 读完第一章
写一个句子 → 写文章的开头 → 写出正文
穿上跑鞋 → 步行5分钟 → 跑步5分钟
一旦开始，继续做下去就会容易得多。有时，你甚至会发现，自己在不知不觉间已经完成了任务。

想到了一个问题：程序员属于"快能力"，还是"慢能力"？

别的不敢说，前端开发大概是属于"快能力"。因为这个行业要求你快速形成生产力，根本没有时间积累，而且积累的效果不明显，因为开发工具变得太快。相比之下，C / C++ 语言应该属于"慢能力"，坚持写20年，会越写越好，但是前端不是这样，几年就换一套技术栈，代码的生命周期非常短。

所以，想要进入前端的同学，要有清醒的认识。优秀的前端程序员，其实比的是"冲刺能力"，你想一直在这个行业，就要一直在冲刺。"快能力"的行业都是如此，一段时间出不了成绩，就会被淘汰。如果你不适应这种生活，可能就需要做一些准备，想想能不能换到"慢能力"的行业。

很多人的思维模式就是二值逻辑。他们看任何问题，都是两分法，只有两种结果，非黑即白。一个物品要么有用，要么没用；一个命题要么真，要么伪；一个人物要么是好人，要么是坏人。

但是，逻辑学还存在另一种三值逻辑， 认为任何一个判断有三种可能，除了真伪，还有一种中间状态，即非真非伪。

如果你采用三值逻辑的思维模式，看待世界的心态会完全不一样。遇到陌生人的时候，二值逻辑只有好人和坏人两种结果，这必然导致"党同伐异"（结交同类，反对异类的意思）。但是，三值逻辑认为可能有第三种结果，对方算不是好人，但也不是坏人，可以中性对待。所以，三值逻辑就会导致一种比较温和包容的世界观。

一个哲学家说过，中国哲学与西方哲学的最大区别，就在于西方哲学是二值逻辑，追求事物的真伪，一定要搞清楚真理和谬误； 中国哲学是三值逻辑，不追求真理和谬误，而提倡恪守中间道路，也就是中庸。

我现在的看法是，这可以区分一个人的世界观是否成熟深刻。有些年轻朋友就是二值逻辑的头脑，一看到不赞成、不理解、不喜欢的言论，就认定对方是错误的，完全否定，这其实是思想不成熟的表现。世界太复杂，很难用两分法来判断，三值逻辑会让你的心态好很多，而且有利于个人的进步：正确和错误之间，存在一个广阔的中间地带，任何一种言论都可能有正确的成分，要学会从中间地带去看待事物，吸收对自己有用的部分，摒弃无用的部分。

三值逻辑的缺点是不利于追求真相，也没有明确的立场。顺便提一下，逻辑学还有多值逻辑（一个判断存在 n 种结果）和模糊逻辑（分不清结果）。如果是那样的世界观，就更无所谓对错了，一切都是模模糊糊的，学着接受就可以了。