嗨，大家好！首先，我想在标题中反映一些关于个人效能的信息，但是后来我强烈拒绝了这个想法。我想提前指出，与其成就和目标的正确设置无关紧要（尽管这很重要），但与个人经历和使我直接进入这个问题的事件有关的事情（它是自然发生的）。我还将重点介绍简化工作的基本方法，这些方法既简单又有效。
背景
在我的大部分开发生涯（前端和全栈）中，我一直在思考一项重要任务：代码性能。但是，我的个人能力不知何故不在我的兴趣范围内……嗯，一点也不对，但是我没有在这里呆很长时间，所以到目前为止，我在这方面的知识非常非常有限而且很突然。
跳过冗长的解释，我将直接去...我的故事的高潮，这发生在今年夏天。碰巧所有可以做到这一点的星星都聚集了。一切都在那里：我非常不喜欢我的项目，我也被转移到了一个新项目，当时（当时）我更不喜欢它，“增加了”幸福感和紧迫的最后期限，因当地环境的经常性事件而增加了火力，相当大我个人生活中的问题，航班的取消，由于我被困在另一个城市，如果在这里增加流行病，您将获得相当完整和可以理解的画面。所有这些导致我开始大发脾气：我很难工作，很难执行一些艰巨的任务，而我一直想逃到某个地方：茶，YouTube，一本书等等。在某个时候，我意识到我不能工作了（嗯，完全可以）。这是可以理解的，因为最近几个月我的所有工作都是以自我强迫为基础的：我强迫自己努力工作。相当合乎逻辑的结果。
解决这种情况的明显方法是尝试更改项目或休假。但是，首先，它不会立即发生，其次，我不知道假期或新项目后能维持多长时间。然后他问自己一个问题：实际上，我想要什么？事实证明，它除了可编程（令人惊奇）外，什么都没有。例如，喝茶（我想知道其他人如何回答这个问题，发现自己处于类似情况，但也许我们永远不会知道）。我对自己说：“好的，我要喝茶，但是首先我至少要做一些事情。”这是非常重要的一点，试图理解我在这种状态下可以做什么，我开始将任务划分为微任务并切断不必要的任务。听起来简单而合乎逻辑，而且，这些都是设计的基础。但是，实际上，并非所有事情都如此乐观。在完成任务的过程中，我们仍将任务视为一种整体，尽管以前可能已将其分解为各个部分。此外，我们一直在问数百个不同的问题，如果发生这种情况会发生什么（例如，错误将来自服务器）。
在多大程度上简化任务
我没有将问题分解为独立的模块，而是将其分解为基本模块并停止引起内部阻力。通常，听起来像这样：
- 使用基本界面创建组件存根
- 连接她
- 添加标记
- 传输真实数据
- 添加样式
- 编写测试
如果很困难，则可以改进这些步骤，也可以分批开发组件。（您如何做？）
接下来，我要提请注意三个重要原则：
将任务划分为基本任务
就我而言，初始阶段如下所示：
- 存有含糊文字的组件
- 为她添加路线
- 检查她是否已连接
- 找出需要从服务器接收数据的地址
该决定的结果：
- 这些任务是基本的，即使在这种状态下，我也松了一口气，而不是厌恶地看着它们。
- 将精力集中在这样的任务上会更容易。
- 减轻压力（我不强迫自己，任务也不是那么可怕）
将注意力集中在狭窄的子任务上
- 花费在子任务上的时间更少
- 花更少的脑力资源
- 结果，任务本身完成得更快。
一次迭代的时间限制
- 我可以很容易地同意自己的观点，现在我要工作15分钟，然后我要休息5分钟。说服自己整天工作将更加困难和沮丧
总结一下
为了不浪费自己和他人的时间，我将尽力做到这一点：
- 工作不再对我造成压力
- 一天结束时我累了一点
- 与非压力值相比，性能有所提高：之前完成3个故事点的任务+写作测试花了我2天的时间，现在结果却不超过1个半
- 一种更专业的方法是使用计时器。我想谈一谈我在再次介绍番茄技术时的成功（以及失败，如果没有失败我该怎么办）。