emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Timothy <tecosaur@gmail.com>
To: "Thomas S. Dye" <tsd@tsdye.online>
Cc: emacs-orgmode@gnu.org
Subject: Re: Concerns about community contributor support
Date: Sun, 18 Apr 2021 13:04:43 +0800	[thread overview]
Message-ID: <87h7k42nf9.fsf@gmail.com> (raw)
In-Reply-To: <87y2dg4hik.fsf@tsdye.online>

Hello Thomas, good to hear from you.

Thomas S. Dye <tsd@tsdye.online> writes:

> As a long-time follower of this list and a devoted, if often ignorant or
> confused, user of Org mode, I'd like to give my perspective on your concerns,
> which I find genuine and IMHO intended to further the Org mode project.

Thank you, as a more recent addition to this mailing list I was hoping
to hear from people who have been 'around' longer than I have (~ a year,
for reference).

Ultimately, my hope for this thread is that it may lead to some degree
of improvement in the reception new patches have.

> I was drawn to Org mode when Eric Schulte and Dan Davison were implementing Org
> babel.  At the time, I had dabbled in literate programming and was using
> reproducible research practices in my work, so the babel project made sense to
> me and I was thrilled to find a couple of terrific programmers working on what
> to my mind was a beautiful implementation of these ideas.
> I knew about Carsten Dominik from his work with RefTeX, which I also used in my
> work,
> but got to know him better as the creator and maintainer of Org mode.  My
> impression of Carsten was an indefatigable worker whose vision of what Org mode
> might be kept growing as the user base expanded and diversified.
> The mailing list was a different place back then, less technical and open to
> more noise than it is today.  It was a place that understood the importance of
> kindness for a collaboration of volunteers.  I think the list has done an
> admirable job of maintaining the ethos of kindness

I also think that the tone and attitude on this mailing list has been
quite good in my experience :)

> , but Org mode development is
> in a new phase that *requires* technique and is quicker to identify and filter
> out noise.

Hmmm, what constitutes noise?

> When Bastien took over as maintainer after Carsten exhausted himself
> working on Org mode (my interpretation), Nicolas Goaziou took over most of the
> coding work.  His brief was clearly to put the Org mode code into better order,
> which he did with astonishing efficiency and expertise (at least from my often
> ignorant and confused perspective).  His work on the syntax, exporter, linter,
> and manual represents IMHO an outstanding contribution to Org mode.  I'm sure
> there are other important contributions that I'm not remembering right now.  My
> point is that the project changed from one that was expanding its own vision of
> what it might be to one that was working to ensure that it wouldn't collapse
> from its own weight.
> Kyle Meyer is the next step in this direction, whose efforts have helped tame
> the discussions on the Org mode list with a remarkable facility for threading
> together the various strands of discussion, some of which have histories that
> comprise several years. Combined with a command of git, his work has brought the
> discussion into closer contact with the development of the code base.

Fantastic to get a summary of what Nicolas and Kyles long-term
contributions to Org have been, thanks.

> These changes mean that contributions need to be checked for contributions to
> Nicolas' project and also fit into the history of discussion and development.
> The Org mode project now resembles a scholarly discipline that moves slowly and
> deliberately toward a more or less well defined goal.  The days when Carsten
> would bang out a new feature during his train ride home from work are gone.

I think here there may have been a minor misunderstanding
/miscommunication. Reading this paragraph I get the sense you read my
email as complaining about a delay in merging patches, however this is a
separate ---if related--- point to what I intended to raise: the
lack of /response/ to patches.

1. Were I talking about merging: a more considered development model, as
   you describe above, can certainly see a protracted merge delay.
   However, 6 months for a minor feature addition [1], and 2 months for
   a minor bug fix [2] is not justified by a more considered development
   model IMO.
2. (My main point) Even if development is slower, leaving a first-time
   contributor with /absolutely no response/, i.e. *zero* replies to
   their email *months* after they sent it (see [1] and [2] for example,
   and updates.orgmode.org for more) is not good enough IMO. We should
   be better.

> Bastien did recently call for maintainers, though IIRC he was interested in ox-*
> and ob-* maintainers more than org-* maintainers.  If enough good programmers
> heed his call, then there might be some progress on the concerns you raise.
> But, my sense is that patches to Org mode proper will continue to be adopted
> slowly and deliberately.  It would be a shame if that pace put off talented
> programmers, but my sense FWIW is that the pace might be necessary until the
> code base is fully tamed.

I'm fairly sure this was strictly for ob-* maintainers, otherwise I
would have volunteered for ox-html and ox-latex :P.

Once again, with reference to my earlier paragraph, IMO slowed
development is one thing, not responding at all to attempted
contributors for months on end another. It is the latter which I seek to
improve. I can, have, and will try to help with this myself; but I think
we would benefit from a "community effort" and a discussion on what the
best way to improve this is.

> All the best,
> Tom

[1]: https://orgmode.org/list/CAOywxZg1cBL07THLZXHBBCzm6te2vMtqnmM0w63331gybrjZuw@mail.gmail.com/
[2]: https://orgmode.org/list/CAC38U-fT22jDmOEXcjoqOODWzY61cr-Ny_YgVbo1ibreqoxjGw@mail.gmail.com/

  parent reply	other threads:[~2021-04-18  5:05 UTC|newest]

Thread overview: 55+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-16 18:43 Timothy
2021-04-17 23:29 ` Thomas S. Dye
2021-04-18  1:56   ` Tim Cross
2021-04-18 19:39     ` Timothy
2021-04-18 22:45       ` Tim Cross
2021-04-19 21:43     ` David Masterson
2021-04-19 22:21       ` Gustav Wikström
2021-04-23  0:16         ` David Masterson
2021-04-19 23:46       ` Tim Cross
2021-04-20  8:21         ` Tom Gillespie
2021-04-23  0:34           ` David Masterson
2021-04-20  9:28       ` Jean Louis
2021-04-23  0:38         ` David Masterson
2021-04-18  5:04   ` Timothy [this message]
2021-04-18 18:45     ` Thomas S. Dye
2021-04-18 19:12       ` Timothy
2021-04-18 19:46         ` Thomas S. Dye
2021-04-18 19:59           ` Timothy
     [not found] ` <a64adc3de7be49039372851ea31e4f7c@VI1PR0102MB3327.eurprd01.prod.exchangelabs.com>
2021-04-19 10:04   ` Eric S Fraga
2021-04-20  3:54     ` Timothy
2021-04-19 22:07 ` Gustav Wikström
2021-04-21  9:33   ` Jean Louis
2021-04-21  9:50     ` Tim Cross
2021-04-21 10:25       ` Heinz Tuechler
2021-04-21 12:55         ` ian martins
2021-04-21 13:07         ` Timothy
     [not found]         ` <1c557c0e35e04440ba2dadfe57e5b590@VI1PR0102MB3327.eurprd01.prod.exchangelabs.com>
2021-04-21 13:27           ` Eric S Fraga
2021-04-21 15:31             ` ian martins
2021-04-21 15:38               ` Bruce D'Arcus
2021-04-21 19:35                 ` Tim Cross
2021-04-22  0:36                   ` ian martins
2021-04-22  0:48                     ` Tim Cross
2021-04-22  2:35                       ` Timothy
2021-04-22  5:14                         ` Maintaining babel packages — a list of packages that need help? Dr. Arne Babenhauserheide
2021-04-22 10:10                           ` ian martins
2021-04-26  7:25                           ` Bastien
2021-04-22 10:00                       ` Concerns about community contributor support ian martins
2021-04-21 19:31             ` Tim Cross
2021-04-25  4:30 ` Bastien
2021-04-25  5:52   ` Contributor Steward role (was Re: Concerns about community contributor support) Timothy
2021-04-25  7:13     ` Bastien
2021-04-25  6:17   ` Concerns about community contributor support Tim Cross
2021-04-25  7:19     ` Bastien
2021-04-26  0:23       ` Tim Cross
2021-04-26  5:00         ` Bastien
2021-04-26  6:07           ` Tim Cross
2021-04-26  7:34             ` Bastien
2021-04-25 10:10   ` Help with reproducing bugs reported on this list (was: Concerns about community contributor support) Bastien
2021-04-27  6:28     ` Help with reproducing bugs reported on this list Bastien
2021-04-25 21:40   ` Concerns about community contributor support Nick Savage
2021-04-26  7:22     ` Bastien
2021-04-29 14:07 ` D
2021-04-29 14:16   ` Bastien
2021-04-29 14:44     ` D
2021-04-29 14:29   ` Ihor Radchenko

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:

  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=87h7k42nf9.fsf@gmail.com \
    --to=tecosaur@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=tsd@tsdye.online \


* 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


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).