<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Getting bugs done</title>
	<atom:link href="http://www.squarefree.com/2009/04/20/getting-bugs-done/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.squarefree.com/2009/04/20/getting-bugs-done/</link>
	<description>Jesse Ruderman on Firefox, security, and more</description>
	<lastBuildDate>Fri, 09 Sep 2011 05:56:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jesse Ruderman</title>
		<link>http://www.squarefree.com/2009/04/20/getting-bugs-done/comment-page-1/#comment-5350</link>
		<dc:creator>Jesse Ruderman</dc:creator>
		<pubDate>Wed, 29 Apr 2009 19:42:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/?p=450#comment-5350</guid>
		<description>I linked to this blog post in mozilla.dev.planning, and a discussion started there as well.

http://groups.google.com/group/mozilla.dev.planning/browse_thread/thread/aa627caed996d9bc</description>
		<content:encoded><![CDATA[<p>I linked to this blog post in mozilla.dev.planning, and a discussion started there as well.</p>
<p><a href="http://groups.google.com/group/mozilla.dev.planning/browse_thread/thread/aa627caed996d9bc" rel="nofollow">http://groups.google.com/group/mozilla.dev.planning/browse_thread/thread/aa627caed996d9bc</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max Kanat-Alexander</title>
		<link>http://www.squarefree.com/2009/04/20/getting-bugs-done/comment-page-1/#comment-5310</link>
		<dc:creator>Max Kanat-Alexander</dc:creator>
		<pubDate>Wed, 22 Apr 2009 11:58:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/?p=450#comment-5310</guid>
		<description>Yeah, no, this could be a good idea. We could experiment with it after we upgrade to Bugzilla 3.4, if you can convince IT and the rest of Engineering.

-Max</description>
		<content:encoded><![CDATA[<p>Yeah, no, this could be a good idea. We could experiment with it after we upgrade to Bugzilla 3.4, if you can convince IT and the rest of Engineering.</p>
<p>-Max</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray Kiddy</title>
		<link>http://www.squarefree.com/2009/04/20/getting-bugs-done/comment-page-1/#comment-5305</link>
		<dc:creator>Ray Kiddy</dc:creator>
		<pubDate>Tue, 21 Apr 2009 17:22:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/?p=450#comment-5305</guid>
		<description>You should not ignore the social aspects of this. I certainly bloodied my nose on this when I proposed exactly the same thing a few years ago. It seemed then that a commercial software house is much better at determining who the DRI for some needed action is and making that stick. The Mozilla community really seems to like things to be a little looser than that.

I have gotten to the point where I set up a rule engine alongside Bugzilla that points to bugs in the database. It really helps to be able to form a logical inferences, inferences which may relate to othjer inferences in different ways, and test a set of bugs against that inference. Trying to be creative with the whiteboard and such was just getting old.

It is arguable that Bugzilla should be a system, with different front-ends for entering different kinds of bugs and different apps for analyses. A start could be made on this by creating special purpose web apps alongside Bugzilla, and see what refactoring is needed, but the database would have to be more accessible than it is.</description>
		<content:encoded><![CDATA[<p>You should not ignore the social aspects of this. I certainly bloodied my nose on this when I proposed exactly the same thing a few years ago. It seemed then that a commercial software house is much better at determining who the DRI for some needed action is and making that stick. The Mozilla community really seems to like things to be a little looser than that.</p>
<p>I have gotten to the point where I set up a rule engine alongside Bugzilla that points to bugs in the database. It really helps to be able to form a logical inferences, inferences which may relate to othjer inferences in different ways, and test a set of bugs against that inference. Trying to be creative with the whiteboard and such was just getting old.</p>
<p>It is arguable that Bugzilla should be a system, with different front-ends for entering different kinds of bugs and different apps for analyses. A start could be made on this by creating special purpose web apps alongside Bugzilla, and see what refactoring is needed, but the database would have to be more accessible than it is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fred</title>
		<link>http://www.squarefree.com/2009/04/20/getting-bugs-done/comment-page-1/#comment-5304</link>
		<dc:creator>Fred</dc:creator>
		<pubDate>Tue, 21 Apr 2009 07:08:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/?p=450#comment-5304</guid>
		<description>This is a great idea!</description>
		<content:encoded><![CDATA[<p>This is a great idea!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse Ruderman</title>
		<link>http://www.squarefree.com/2009/04/20/getting-bugs-done/comment-page-1/#comment-5301</link>
		<dc:creator>Jesse Ruderman</dc:creator>
		<pubDate>Tue, 21 Apr 2009 00:20:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/?p=450#comment-5301</guid>
		<description>The table is examples.  I&#039;d want Bugzilla to nudge users toward using consistent terminology, and make it easy to select the most common actions (perhaps based on the just-finished one), but allow free-form text in that field as well.

People hardly use the Status field now because the Status field is useless.  This new field would save time by reducing the need for writing boring comments and jumping between fields.</description>
		<content:encoded><![CDATA[<p>The table is examples.  I&#8217;d want Bugzilla to nudge users toward using consistent terminology, and make it easy to select the most common actions (perhaps based on the just-finished one), but allow free-form text in that field as well.</p>
<p>People hardly use the Status field now because the Status field is useless.  This new field would save time by reducing the need for writing boring comments and jumping between fields.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max Kanat-Alexander</title>
		<link>http://www.squarefree.com/2009/04/20/getting-bugs-done/comment-page-1/#comment-5300</link>
		<dc:creator>Max Kanat-Alexander</dc:creator>
		<pubDate>Tue, 21 Apr 2009 00:14:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/?p=450#comment-5300</guid>
		<description>Are you proposing that table as the literal set of values for next-action?

People hardly use the Status field now, do you expect that they&#039;d actually set a field with that many options? Though granted, you&#039;re right about it eliminating the keywords, and a certain set of people do use those.

-Max</description>
		<content:encoded><![CDATA[<p>Are you proposing that table as the literal set of values for next-action?</p>
<p>People hardly use the Status field now, do you expect that they&#8217;d actually set a field with that many options? Though granted, you&#8217;re right about it eliminating the keywords, and a certain set of people do use those.</p>
<p>-Max</p>
]]></content:encoded>
	</item>
</channel>
</rss>

