On Sunday 08 November 2009 20:46:32, Jon Dowland wrote:
> Hello David, thanks for your report!

Hello Jon,
thank you for your detailed reply.

> The first few versions of DebGTD behaved in the way you
> expect: all non-asleep, non-ignored bugs were displayed
> in the main GtkTreeView.

Ok, I wasn't crazy expecting that, then :)

> However, in July 2008 the 'Triage' window was added. From
> that point onwards, the main TreeView only displays bugs
> that are also triaged.

ACK.

> [..]
> 
> One thing I have been intending to do but haven't managed
> yet is to switch out the TreeView with a label (or similar)
> when you have no triaged bugs, explaining that you need to
> triage bugs to have them appear in the list.

That would be nice indeed, and cause less confusion in the user/developer 
using DebGTD :)

> The rule of thumb should be something like this: for each
> bug, if you can complete the bug in under two minutes, do
> so, otherwise, record what the next action on the bug needs
> to be (such as: confirm this still happens, check to see if
> it's reported upstream, etc.) and move onto the next bug.

Ahah, I know what the GTD theory is about ;)

> This was a fairly big change from the previous behaviour
> and DebGTD as it stands is fairly incomplete. I'm not sure
> what the best thing to do is once you have finished
> triaging, for example: is a sortable list of open bugs
> really the best way to proceed? (I suspect that sorting on
> "next action" would be useful if e.g. you wanted to do a
> batch of "confirm this still happens"-style work in one
> go...)

I believe a "double sorting" would be good. I mean, sorting on "next action" 
AND on "severity".

> DebGTD is really an experiment, trying to explore the best
> workflow for a bug reporter. As such, I am open to
> suggestions from people who have tried it and can think of
> ways it should be improved: if it was just for me, there
> would have been no point in uploading it :-) So based on
> what I've written here, I'd love to know what you think of
> this flow and where it might be improved.

I believe it's a good workflow, and it probably just needs some time to get 
used to it. I never applied GTD, and wanted to start by using DebGTD for my 
Debian work :)

So, you're really asking a newbie here ;)

Kindly,
David

-- 
 . ''`.  Debian maintainer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 ----|---- http://snipr.com/qa_page
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to