“要快速编码,必须退出编码”


17

首先,不是我的话:http : //www.whattofix.com/blog/archives/2010/11/to-code-quickly.php对Markham先生的支持。

但是,这使我不得不思考许多我已经看到的有关如何完成工作的问题。

该方法主张(将计时器设置为固定的时间段,在这种情况下为50分钟,但我已经看到人们谈论通过将短短的五分钟的时间设置为您无法完成的任务来打破拖延,然后采取短暂休息)似乎是常识,但是许多人主张进入“区域”并在其中停留尽可能长的时间(也许是几个小时),而不是打破常规。

我不断尝试不同的方法,发现每种方法都有其优点和缺点。

在软件开发中,您使用哪种技术更有效(即,在允许的时间范围内完成客户/老板/等等的质量要求),而不仅仅是在键盘上花费更多的时间。 ?


3
我想以此为契机,插入另一个(拟议的)SE网站,个人生产力和组织:area51.stackexchange.com/proposals/4296/…–
instanceofTom,

噢-太棒了-我已经过去并承诺。谢谢!
托德·威廉姆森

利基SE网站的泛滥变得荒唐可笑。
凯文

Answers:


15

我每天都使用这种技术。我的计时器是45分钟的工作时间,需要10分钟的休息时间。

我还将计算机上的时间最大化为每天4个小时我了解您的主要任务是编码时,这是不可能的。其余时间,我会执行不需要计算机的任何任务。

我使用的工具是WorkRave。作者之所以写它,是因为由于无法长时间停止编码,他开始出现身体问题。

不太强调它的影响肯定我的工作效率。

几个星期以来,我还在暂停时间尝试了一些正念技巧。美味的。

现在关于抗蠕动技术,我有一个击败了我之前尝试过的一切:

我管理一个任务列表,按重要性排序。我选择列表中的第一个。

我结合GTD7个习惯来维护列表(和日历)。

为了提高列表的有效性,请将您的任务作为下一个动作而不是描述进行编写(请参阅本博客文章中的“ 动作,上下文和项目 ”一章)


1
您能否举例说明以动作还是描述形式编写的任务?
亚当·李尔

当然,我将答案添加到答案中更完整的文章中。这再次是链接(它描述了整个GTD技术):zenhabits.net/the-getting-things-done-gtd-faq

6

那篇文章让我印象深刻。他花了什么,有一天尝试他的新方法?

也就是说,番茄(Pomodoro)和类似技术似乎一直在利基市场流行。通常,我会尝试将自己的日子分为“重点日子”和“其他日子”。专注的日子里,我穿着稍微宽松些的衣服出现,也许早一点(或晚一点)。那些日子我没有开会,因此我基本上可以编写自己的日程表,这使我可以集中精力。在其他日子里,我有会议,约会等。我没有时间集中精力,所以我尝试安排一些更简单,更轻松的任务来填补我的时间。

一种提高编码效率的好方法是任何样板位的代码生成。重构任何重复的东西,等等。


2

这里要记住的关键是,没有“一刀切”的解决方案。

有很多技术可以提高您“完成工作”的能力,原因之一是不同的事情对不同的人有用。

有些人在这种方法论上做得很好(参见Pomodoro技术),有些人会发现它破坏了他们的注意力-我真的不喜欢中途停止工作,这几乎总是基于计时器的系统对我所做的...从概念上讲良好,实施具有挑战性(大多数时间管理和其他事物的结构化方法正确)


我只是在寻找很多输入。就像您说的那样,没有“一环来统治所有人”的方法,但是我很想知道其他人是如何处理它的。
托德·威廉姆森

哦,绝对-我同意这个问题( - :但上面的是一个点需要被做成谁拥有系统的工作人员-他们-能有点热情
墨菲

我认为这是一个好点。而且,我发现某些技术对我而言是好坏,具体取决于我的心情,从事的工作类型等。有时候,我可以毫无困难地整天上班和高效地工作任何系统。其他时间,我需要一些东西来使我专注和跟踪。有时,当我经历这样的放克时,我发现Pomodoro对我来说工作得很好,尽管我偶尔在翻滚时会略过一会儿。
PeterAllenWebb

企图仅仅因为这并没有真正增加主观意见就拒绝投票,它只是说“取决于”。这几乎可以说成是什么,几乎任何事情都可以成真。
Magnus Wolffelt,2010年

@Magnus不能对此特别争论,但必须指出这一点。太多的人去寻找金弹。
Murph 2010年

-1

由于编码是手头上的问题,所以除了Pierre提到的技术外,我建议尽可能使用动态语言编码(例如,使用Python是一件令人愉快的事情):此类语言使您可以生产力(测得的编码时间显示出与C相比提高了2到10倍)。它们是如此好用,以至于您可能基本上不会“只花时间在键盘上”。


为什么要下票?上面的答案确实解决了“您在软件开发中使用哪种技术更有效(...)?”的问题。
Eric O Lebigot 2011年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.