Well i guess my question/rant were about "why do we need a philosophy?". The answer I came up with was "to figure out what goes is core to Bugzilla development and what is an extension" or "to figure out what core developers should work on next". Is that the reason why we need a philosophy? Stating a philosophy with out an actual use is fine, in which case done. But I'm more interested in the application of the philosophy. For example...<div>
<br></div><div>- If someone wrote code that adds an integrated debugger into Bugzilla, core or extension? </div><div>- If someone wrote code to encourage test driven development, core or an extension?</div><div>- If someone wrote code to support syntax highlighting on patches, core or an extension?</div>
<div>- If someone wrote code to integrate a wiki into bugzilla, core or extension?</div><div>- If someone wrote code to show images inline with comments.. core or extension?</div><div>- If someone wrote code that adds the "Getting Bugs Done" methodology... core or extension? </div>
<div>- Do we add feature X or do we improve usability of feature Y?</div><div><br></div><div>These are the sorts of questions that I'd like to see the philosophy attempt to answer. A bug tracker by its very nature "helps people fix bugs in software", but so do a bunch of other tools. So I'd like to see a philosophy that helps define a purpose beyond the fuzzy area of "fix bugs in software", I think we should and can be more specific. </div>
<div><br></div><div>As someone who has hacked Bugzilla in more ways than I care to describe, I wan to know which of my hacks I can think about giving back to Bugzilla and which are extensions.<br><br></div><div>-Guy</div>
<div><br><div class="gmail_quote">On Mon, Mar 1, 2010 at 8:55 AM, Michael Thomas <span dir="ltr"><<a href="mailto:mockodin@gmail.com">mockodin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
We seem to be trying to define exactly what bugzilla is or does. Is it<br>
a bug tracker, is it a development tool, is it etc..<br>
<br>
It would seem to me that it is a open ended collection tool at the<br>
core. That is what it does right? Collect a bug report and record<br>
comments pertaining to. Sure it also categorizes, prioritizes, files,<br>
sorts... Sure it does more. But it could operate at that level at its<br>
most basic. Everything else is add-on.The word "Bug" could be swapped<br>
out with issue, or any number of other words or phrases to identify a<br>
single or group of individuals needs.<br>
<br>
The extension system that has been/is being implemented makes this<br>
feel more apparent. It can now or has, the potential to integrate with<br>
hundreds of third party applications and systems. That means it can<br>
serve any numbers of roles or even all of them with the same instance.<br>
While preventing scope creep is all well an good I would not want to<br>
start outright tossing or discouraging someones ideas because it<br>
didn't meet a specific ideal. Make it an extension. Perhaps provide a<br>
area to submit extensions for general consumption? Other than the<br>
core.<br>
<br>
Unless the goal is the become Microsoft...<br>
<br>
Gerv's "To help people fix bugs in software." I think meets that the<br>
best, it does not define how it helps, merely that the ability is<br>
there.<br>
<br>
/end comment on only a small part of the overall "Philosophy" conversation<br>
<div><div></div><div class="h5">-<br>
To view or change your list settings, click here:<br>
<<a href="http://bugzilla.org/cgi-bin/mj_wwwusr?user=guy.pyrzak@gmail.com" target="_blank">http://bugzilla.org/cgi-bin/mj_wwwusr?user=guy.pyrzak@gmail.com</a>><br>
</div></div></blockquote></div><br></div>