[Pidgin] UsingThisSite modified

Pidgin trac at pidgin.im
Tue Sep 6 13:42:17 EDT 2011


Changed page "UsingThisSite" by MacyWales from 124.6.181.183*
Page URL: <http://developer.pidgin.im/wiki/UsingThisSite>
Diff URL: <http://developer.pidgin.im/wiki/UsingThisSite?action=diff&version=10>
Revision 10
Comment: minor change

-------8<------8<------8<------8<------8<------8<------8<------8<--------
Index: UsingThisSite
=========================================================================
--- UsingThisSite (version: 9)
+++ UsingThisSite (version: 10)
@@ -10,7 +10,7 @@
 == The Source Browser ==
 
 === The Source Browser says that this change set does not exist, or that it is out of memory.  What's up? ===
-The integration between trac and monotone is still relatively immature.  As such, there are bugs in it, some of them quite significant.  One of the flaws is that sometimes it gets confused, and the cache must be cleared to unconfuse it.  These errors are symptomatic of this. 
+The integration between trac and monotone is [[http://www.mycaal.com/|loan modification]] still relatively immature.  As such, there are bugs in it, some of them quite significant.  One of the flaws is that sometimes it gets confused, and the cache must be cleared to unconfuse it.  These errors are symptomatic of this. 
 
 == The Ticketing System ==
 
@@ -22,7 +22,7 @@
  1.  Leaving it open might inspire someone to write the patch or plugin necessary
  2.  Leaving it open might allow someone to comment on the existing request instead of submitting a new one
  3.  Leaving it open allows for the fact that one or more developers may at some point change their minds.
-Each of these is a decent argument, and together they might be seen as persuasive.  There are, however, reasons for closing enhancement requests aggressively:
+Each of these is a decent argument, and together they [[http://www.diamondlinks.net/|link building]] might be seen as persuasive.  There are, however, reasons for closing enhancement requests aggressively:
  1.  Many developers believe that there is a sort of "cost" associated with each preference, each menu item, each button.  That the increased code complexity has a non-trivial cost (in time to debug, and need to do so), and that the increased interface complexity will eventually get in the way of users.  Many even argue against the concept of an "advanced user."  This line of argument is developed at length [http://www106.pair.com/rhp/free-software-ui.html here],  [http://ometer.com/features.html here], and [http://www.actsofvolition.com/archives/2004/april/theriseof here].  It is also embodied in the following quote from Linus Torvalds: "The question is never EVER 'Why shouldn't it be accepted?', but it is always 'Why do we really not want to live without this?'"
  2.  As developers and maintainers of Pidgin, Finch and libpurple, we have a limited amount of time available to spend on the enhancement tracker, particularly when so many bugs in the existing code require attention.  As the database grows in size, it becomes harder and harder to be able to remember, much less find, any given ticket in the midst of so many others.  This in turn results in the inability to detect and close true duplicates.  There are only two ways to combat this: closing requests that will not be implemented, and closing requests as they are implemented.  The two, as you can see, go hand in hand.  You can only close requests as they are implemented if you can find them, which in turn depends on closing ones you have no intention of implementing (and thus keeping the database of open tickets small).
  3.  History tells us that while there are some users who will search the tracker for similar issues, many users will not.  This means that time *must* be spent detecting duplicate reports.  This is easier to do if the number of such reports are small.  It also tells us that if it grows big enough, developers will ignore the tracker, considering it a waste of time to attempt to do anything with the tickets in there when so many similar reports will be unfound and remain open.  While this means that some requests will be closed many times, it also means that each request has a better chance of having '''any''' sort of response.  

-------8<------8<------8<------8<------8<------8<------8<------8<--------

* The IP shown here might not mean anything if the user or the server is
behind a proxy.

--
Pidgin <http://pidgin.im>
Pidgin

This is an automated message. Someone at http://pidgin.im added your email
address to be notified of changes on UsingThisSite. If it was not you, please
report to .


More information about the Wikiedit mailing list