7

在做一个项目的时候,在有趣的部分被编码之后,我的动力就被严重削弱了。你怎么做才能克服这个问题?

4

13 回答 13

5

不要将所有“无聊”的部分留到最后——确保每个组件都能在项目中尽早使用回归测试和文档。

话虽如此,过去几周仍将涉及追查真正难以捉摸的错误,处理最后一秒的需求更改,完成文档,并通常将这该死的东西排除在外。我的方法就是把它收起来:低下头,知道越早完成,你就能越早开始处理所有优先级较低、更有趣的事情,这些事情已经排在当前版本之后。

除了在发布前安排您的客户全部休假之外,您无法完全避免最后一刻的需求/文档更改。或者让自己像苹果和谷歌一样处于主导地位,这样客户就不会事先知道发布。

您“应该”尽早寻找难以捉摸的错误(我的意思是那些难以重现的错误,以至于您没有一致的测试用例),因为您无法估计修复它们需要多长时间。但实际上,随着项目的进行,其中一部分将变得不那么难以捉摸,或者成为另一个已知问题的副作用,因此您可以通过给他们有限的机会来平均节省时间。这样做的缺点是到最后会剩下一些。但是,如果有两个以上,那么你做错了。

在一个重要的截止日期之后进行短暂的“休息”,做任何你觉得最有趣的事情,从长远来看,这是避免倦怠的好方法。即使你因为跳过了一些困难的计划而最终放弃了大部分,你也会让自己更有效率。

于 2008-09-18T12:37:21.820 回答
3

使用测试驱动的开发。一个失败的测试总是一个强大的动力。

于 2008-09-18T12:36:23.510 回答
2

让一些测试人员放松一下。没有什么比看到人们使用你有趣的部分并找到明显的改进更能激励你的了。

于 2008-09-18T12:37:01.510 回答
1

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

或者,如果您没有使用版本控制,请选择“直到发布”或“直到发布”。

你也可以用恐惧说,如果你不完成并启动它,其他人会。

于 2008-09-18T12:35:33.730 回答
1

通常我会试着告诉自己,让事情在现实世界中运行同样有趣,因为在那里你的代码会获得积分,或者会因发现的错误和功能请求而得到改进。

于 2008-09-18T12:36:35.583 回答
1

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

我鼓励自己做无聊的代码,总是留下一些体面的东西直到最后,并严格首先完成无聊的部分。

于 2008-09-18T12:39:11.507 回答
1

“如果你不完成并启动它,其他人会。”

之前告诉自己那个。然而,有时休息几个小时然后再回来是件好事。这样你就不会像以前那样精疲力尽了。

于 2008-09-18T12:40:28.193 回答
1

我试图推动错误日/晚的概念。设定一个要解决的错误/问题的目标,当你达到这个数字时,每个人都会出去买(付钱的!)比萨饼/啤酒。保持团队士气,并在原本无聊的时期成为焦点。

您还可以在此概念中添加奖品/荣誉,以获得最佳重构或性能改进等

于 2008-09-18T12:52:31.100 回答
0

我同意这很艰难。唯一能让我坚持下去的就是记住我在看到它完成/发货/在客户手中后的感觉。

于 2008-09-18T12:38:08.560 回答
0

我的动机只是完成它。就像有人说的那样,你只需要蹲下来去做。这都是优先级的问题。优先级越快,你就能越早回到有趣的事情上。

于 2008-09-18T12:44:04.130 回答
0
  1. 试着看看你是否可以短暂休息一两天,然后精神焕发地回来。
  2. 不要把无聊的部分留到最后
  3. 自己测试一下
  4. 确保您的饮食/运动/睡眠/等水平不会降低
  5. 告诉其他人你感觉有点沮丧,你能调换一天的工作区域吗?
于 2008-09-18T13:30:34.330 回答
0

一般来说,当你完成了 90% 的工作时,它就快结束了,你只需要完成最后的 90% :-)

始终考虑这一点,您会发现它还有很长的路要走。

于 2008-09-23T17:04:39.087 回答
0

我很高兴做一些创造性的有趣的编程。

但在那之后,我考虑让用户满意。

于 2008-12-05T01:16:39.943 回答