标签：清空 java工程师 ref 思路 内容 组成 大量 代码质量 常见
一个工作六年的IT职场菜鸟（JAVA工程师），记录下这些年感悟的心得。
把要做的任务按重要紧急来区分开，放到重要紧急四象限里：重要紧急，重要不紧急，紧急不重要，不紧急不重要四象限法则.note
不是打广告，这软件也不是我开发的，用得顺手，推荐使用http://www.gxtodo.com
启动：
方法一：用3，2，1倒数法，拒绝诱惑和选择，倒数后直接执行。
方法二：荆棘策略：心里不断地清晰认识到，错误的选择的代价是什么，从而使自控 力增强。
方法三：简化原则：陷入选择困难时，想做的事情太多，不知道哪个更重要（知道的话就不会选择困难了），那就抛硬币选择一个，然后开始做。只要是有价值的，那就做
执行：
方法一：分解任务，持续形成激励感
方法二：快+早，形成良性循环
要抽出时间思考规划自己要创造的价值，而不是按照一份确定的时间计划表无脑的执行。不是看起来越忙越好，而是创造的价值越大越好
清空大脑，把要做的事情记录到时间系统中，按四象限法则，排出优先级，这样能保证自己在能当前时间完成最重要紧急的事情。
要注意，事件会随着时间的变化而变化重要紧急程度，所以也要关注重要不紧急的任务。
思路被打断一两分钟是没有问题的，太长的话会影响效率和注意力集中。
视情况而定，具体问题具体分析，说下常见的几种情况：
形成共识，只能在特定的时间内来问问题，例如：10点半到11点之间，中午休息时间，下午15点半到16点之间，下午下班时间。。这类情况不是很紧急，既不影响自己的工作，也不会影响对方的事情，还能培养对方独立解决问题的能力，有时候等到了时间点，他们自己已经解决处理了问题。
快速评估下手头上的事情，多久可以告一小段落（这个过程最多只能几秒钟）。然后问同事，需要做什么，了解什么。如果能在一两分钟处理的，就直接解决。
如果需要时间超过一两分钟的，则让对方多久后再来，或者自己去找他处理。
这个要结合具体情况来分析：例如：紧急不重要的事情，可以授权有能力处理的同事来处理，不占用自己的时间，且能解决事情。
例如：重要不紧急的事情，老大，我们去会议室讨论下给客户的方案吧
明确目的和价值，既然是给客户的方案，那客户的需求是什么，调研过了吗？如果没有调研过，那要先跟客户充分沟通，避免被PASS风险。所以可以把初步方案的思路提取出来，然后再将一些关键的点整理成问题清单，尽快让对接人跟客户沟通，确定需求，到时再来讨论。
在做方案前，没有准确洞察客户的需求，有很大的风险导致方案要重做。
会议的两条真理：
会议是必需的；
会议是浪费大量时间的；
对会议的几点想法：
拒绝：不是所有会议都要参加的，要有选择性。礼貌拒绝不必要的会议；
确定会议议程和目标：如果收到会议邀请，请明确议程和目标，如果会议的议程和目标不清晰，要建议组织者提供，再召开会议，不然是浪费参会人的大量时间。如果得不到议程和目标，可以礼貌拒绝参加；
如果参会过程中，发生偏离议程和目标，要及时提醒，或者重新确定新的议程和目标。如果没有答案，且不能确定，可以在合适的时候离席告退。
离席：如果会议临时增加了某个不确定的议题，或者某些人霸占讨论偏离议程和目标，要及时提醒拉回来。如果拉不回来，可以在合适的时候离席告退。
迭代计划会议：目的一般有两个：评估可选任务的开发时间；确定这些任务的价值；评估可选任务的开发时间是有前提的，设计是要先出来的，设计出来后，开发至少要有概略的方案。会上简要讨论可选任务，选择是要还是放弃。每个任务的时间控制在5-10分钟；如果有更详细的讨论，应该另选时间，先拉一部分人讨论具定。
迭代回顾，系统演示：每个迭代版本后期，小组成员一起回顾，召开前，让组员整理自己在这个版本的感悟，会上来介绍和分享。时间控制在分享20分钟，演示25分钟。
睡眠的重要性不必多说，不要乱了生物钟，强行加班是有代价的，工作时间时长不代表效率就越高。
当你注意力不集中时，写出来的代码质量都不高，而且容易写出bug，这时出去走一走，呼吸新鲜空气；去倒杯水；跟朋友聊会天，听听音乐，都是不错的恢复方式。
写代码是属于脑力劳动，不过，实践证明，肌肉训练有助于改善精神注意力，不仅仅是脑力的恢复。
编程是创造性的，多跟别人进行思想的碰撞，可以提高创造思维
不能因为外界的诱惑，欺骗自己调整优先级错乱。
对于选择错的技术方案，要敢于承认，回头未晚。
陷入泥谭，虽然可以前进，但会拖垮团队/公司，避免进入泥潭，不小心进入了，也要赶紧回头；
一年之际在于春，一日之际在于晨。大家都知道春天和早晨是新的开始，从工作上来说，就是要开始干活的时候。早上来公司时，再来思考计划今天要做什么，那意味着会浪费思考计划的时间，可能是半个小时，也可能是1个小时。
所以更好的方案是：每周的周末时间（最晚周日）提前计划好下周的工作安排（不能精确细化，大致就行），工作日晚上回顾今天的工作内容，计划安排明天要做的事情。每月的计划，要在月底提供出来；季度计划也是一样；年度计划更是如此，时间跨度越大的计划，越不能精确，不然无法执行（计划赶不上变化 ）
注：文中有部分思路借鉴于《程序员的职业素养》书中的知识点。
作者：小虚竹
欢迎任何形式的转载，但请务必注明出处。
限于本人水平，如果文章和代码有表述不当之处，还请不吝赐教。
我不是个伟大的程序员，我只是个有着一些优秀习惯的好程序员而己
标签：清空 java工程师 ref 思路 内容 组成 大量 代码质量 常见
原文地址：https://www.cnblogs.com/zenghw/p/10060924.html
