From: Bob Newell <bobnewell@bobnewell.net>
To: emacs-orgmode@gnu.org
Subject: Re: issue tracker?
Date: Wed, 20 May 2020 12:05:15 -1000 [thread overview]
Message-ID: <87o8qip8is.fsf@emailmessageidheader.nil> (raw)
In-Reply-To: <00a201d62ed8$3455f330$9d01d990$@gmail.com> (gennady uraltsev's message of "Wed, 20 May 2020 14:55:16 -0400")
Aloha everyone,
Sometimes a "lower tech" solution is best, or at least offers
a lot of advantages.
What I see as the advantages of resolving issues through a
mailing list are:
* Minimal barriers to entry. If you have an email client of
ANY type, you're in. No need for anything more. I think this
is a very big deal, the merits of which can easily be
underestimated.
* Distributed data. No one has to be responsible for
maintaining a central database, keeping it secure and
updated, etc. (except, of course, for the list server but
that's a different matter). Changes in policy on the
bug-tracker host don't matter because there is no host.
* A permanent record maintained and replicated widely.
Everyone who saves their mail from the list has a copy.
I'm certainly not saying that a formal project-management
style issue tracking system is a bad thing; in many use cases,
it can be quite important. But this is an open-source,
distributed effort, non-commercial endeavor, not beholden to a
specific client (the clients are all of us) and clearly not
for profit. The requirements are not the same.
I can't cite statistics, but I wonder if more gets "lost" on
the mailing list than in a formal bug tracking system, where
things do get buried and may not surface for a long time if
ever.
Another big enabling factor is that (as others have mentioned)
this list is very responsive, very open and welcoming, and
almost always courteous and respectful (rather a big thing on
today's internet).
I've posted various things and gotten various replies and
results. When I've reported problems, they've been addressed,
generally quickly and effectively. When I talk about
nice-to-haves, some get responses and some don't, which is
exactly what I'd expect.
I'm very pleased with the way things are working and would
hate to add another layer of complexity without being sure the
upsides were greater than the downsides.
--
Bob Newell
Honolulu, Hawai`i
- Via GNU/Linux/Emacs/Gnus/BBDB
next prev parent reply other threads:[~2020-05-20 22:05 UTC|newest]
Thread overview: 71+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-18 21:24 issue tracker? Anthony Carrico
2020-05-18 22:21 ` Nick Dokos
2020-05-18 23:13 ` James R Miller
2020-05-19 7:33 ` tomas
2020-05-19 14:02 ` James R Miller
2020-05-19 14:05 ` James R Miller
2020-05-19 14:53 ` tomas
2020-05-19 14:58 ` Bruce D'Arcus
2020-05-19 16:45 ` Timothy
2020-05-19 16:57 ` Russell Adams
2020-05-19 17:03 ` Timothy
2020-05-19 17:29 ` Russell Adams
2020-05-19 18:50 ` James R Miller
2020-05-19 19:42 ` Eric Abrahamsen
2020-05-19 20:17 ` Roland Everaert
2020-05-19 20:47 ` Diego Zamboni
2020-05-19 21:28 ` Eric Abrahamsen
2020-05-19 19:48 ` Russell Adams
2020-05-19 20:14 ` Trey Ethan Harris
2020-05-19 20:57 ` gyro funch
2020-05-19 23:22 ` James R Miller
2020-05-20 9:22 ` Eric S Fraga
2020-05-20 9:40 ` Detlef Steuer
2020-05-20 11:12 ` Stefan Nobis
2020-05-20 16:41 ` Jud Taylor
2020-05-20 18:55 ` gennady.uraltsev
2020-05-20 22:05 ` Bob Newell [this message]
2020-05-21 8:10 ` Nicolas Goaziou
2020-05-21 11:21 ` Bruce D'Arcus
2020-05-21 14:46 ` Kévin Le Gouguec
2020-05-21 16:31 ` Eric Abrahamsen
2020-05-22 8:17 ` Roland Everaert
2020-05-22 14:53 ` Anthony Carrico
2020-05-23 12:57 ` Roland Everaert
2020-05-23 13:14 ` Russell Adams
2020-05-25 11:20 ` Roland Everaert
2020-05-26 12:34 ` Robert Pluim
2020-06-01 14:40 ` Bastien
2020-06-01 14:36 ` Bastien
2020-05-26 19:17 ` Matthew Lundin
2020-06-01 14:43 ` Bastien
2020-05-27 17:59 ` Mario Frasca
2020-05-27 18:12 ` Russell Adams
2020-05-27 18:48 ` Eric Abrahamsen
2020-05-31 8:49 ` Russell Adams
2020-06-01 14:45 ` Bastien
2020-06-01 15:46 ` Mario Frasca
2020-06-01 15:53 ` Bastien
2020-06-01 16:28 ` Mario Frasca
2020-06-01 16:54 ` Russell Adams
2020-06-02 11:57 ` Bastien
2020-06-05 22:44 ` Mario Frasca
2020-06-06 7:57 ` Bastien
2020-06-06 16:15 ` Mario Frasca
2020-06-07 9:38 ` Bastien
2020-06-07 13:50 ` Mario Frasca
2020-06-08 9:11 ` Bastien
2020-05-21 2:35 ` Anthony Carrico
2020-05-21 3:12 ` James R Miller
2020-05-21 5:33 ` Russell Adams
2020-05-21 7:31 ` Kévin Le Gouguec
2020-05-21 14:18 ` Anthony Carrico
2020-05-21 14:38 ` tomas
2020-05-21 14:38 ` Anthony Carrico
2020-05-21 15:05 ` Kévin Le Gouguec
2020-05-22 16:56 ` Ken Mankoff
2020-05-26 19:36 ` Matthew Lundin
2020-06-01 14:59 ` Bastien
2020-09-14 5:23 ` Bastien
-- strict thread matches above, loose matches on Subject: below --
2020-06-02 11:38 Vladimir Nikishkin
2020-06-02 11:55 ` Bastien
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87o8qip8is.fsf@emailmessageidheader.nil \
--to=bobnewell@bobnewell.net \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).