在进行项目工作时，将有趣的部分编码后，我的动力就大大降低了。我们如何解决这个问题？

解决方案

对我自己重复一遍：在签入之前，我的代码不存在。

或者，如果我们不使用版本控制，则"直到发布"或者"直到启动"。

我们还可以使用恐惧说，如果我们不完成并启动它，其他人会这样做。

使用测试驱动的开发。测试失败始终是强烈的动机。

通常，我试图告诉自己，让事情在现实世界中工作也很有趣，因为在某些地方代码会受到赞誉，或者会因发现的错误和功能请求而得到改善。

让一些测试人员松开它。没有什么比看到人们使用我们有趣的东西并找到明显的改进更能激发动力了。

不要把所有"无聊的"东西都留到最后，确保在项目中尽早使用回归测试和文档，确保每个组件都能正常工作。

就是说，最近几周仍将涉及追逐真正难以捉摸的错误，处理最后一秒的需求变更，完成文档并通常将可恶的事情排除在外。我的方法只是想吸吮它：低下头，知道这样做越早，我们就可以越早开始处理所有低优先级，更有趣的事情，这些事情一直排在当前版本之后。

除了安排客户在发布前全部休假外，我们无法完全避免对最新需求/文档进行更改。或者让自己处于Apple和Google之类的主导地位，以使客户无需事先了解发行版。

我们"应该"尽早地追捕难以捉摸的错误(我的意思是难以复制的错误，以至于我们没有一致的测试用例)，因为我们无法估计它们将花费多长时间来修复。但是实际上，随着项目的进行，其中的某些比例将变得难以捉摸，或者证明是另一个已知问题的副作用，因此，通过为他们提供有限的机会，平均可以节省时间。不利的一面是到最后将剩下一些。但是，如果有大约两个以上，则说明我们做错了。

在重要的截止日期后短暂休息一下，做我们认为最有趣的事情，是避免长期倦怠的好方法。即使最终由于跳过了一些困难的计划而最终放弃了大部分内容，我们也会提高自己的生产力。

我同意这很艰难。使我前进的唯一方法是，牢记看到它完成/交付/交到客户手中后的感觉。

不要先做所有有趣的部分。

我要激励自己去编写无聊的代码，方法是始终将体面的代码一直保留到最后，并严格遵守首先要完成的无聊部分。

"如果我们不完成并启动它，其他人会的。"

告诉我自己一个。但是有时候休息几个小时再回到它的好处。这样一来，我们就不会像以前那样疲惫不堪。

我的动机仅仅是实现目标。就像一个人说的那样，我们只需要弯腰去做就可以了。这都是优先事项。优先级越低，我们就可以越早回到有趣的地方。

我试图推动错误日/夜晚的概念。设置要解决的错误/问题的目标，当我们击中该数字时，每个人都可以外出(付费！)披萨/啤酒。保持团队的士气，并在其他无聊的时期充当焦点。

我们也可以在此概念中添加奖品/荣誉，以获得最佳的重构或者性能改进等。

• 尝试看看我们是否可以短暂休息一两天，然后再恢复活力。
• 不要把无聊的事情留到最后
• 自己测试
• 确保饮食/运动/睡眠/等水平不降低
• 告诉其他人我们感觉有些沮丧，我们可以换一天的工作吗？

通常，当我们完成90％的工作时，它就快要结束了，我们只需要完成最后90％的工作即可:-)

一直想着这件事，我们会发现，直到它起作用之前，还有很长的路要走。

我很高兴做一些有趣的编程工作。

但是之后，我考虑让用户满意。