emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: "Kévin Le Gouguec" <kevin.legouguec@gmail.com>
To: bandali@gnu.org
Cc: Ypo <ypuntot@gmail.com>, Jonas Bernoulli <jonas@bernoul.li>,
	Org-mode <emacs-orgmode@gnu.org>
Subject: Re: Sad tweet
Date: Mon, 24 May 2021 09:12:46 +0200	[thread overview]
Message-ID: <87eedw7ggh.fsf@gmail.com> (raw)
In-Reply-To: <8735ucajho.fsf@gnu.org> (bandali@gnu.org's message of "Sun, 23 May 2021 23:38:59 -0400")

(Took the liberty of CC'ing Jonas to make sure he can correct any
mischaracterization, and to show our support, such as it is)

bandali@gnu.org writes:

> Ypo writes:
>
>> I've read this:
>>
>> "Contributing to Emacs is so frustrating. It's not worth it for minor
>> things and if I cannot get some experience and confidence with minor
>> things, then I likely won't ever make major contributions."
>> https://twitter.com/magit_emacs/status/1396536686570610697?s=19
>
> Do you know if there is any more context around that?  Did Jonas mention
> any specific pain points around contributing to Emacs and/or concrete
> things that he thinks could be improved?  Last time I'd seen him post on
> emacs-devel it seemed like things were going fairly smoothly with his
> work on adding transient to Emacs(?).

Given the timing, I'd hazard that this stems from bug#48592 (plus a few
more past attempts that Jonas deems similarly fruitless, I assume).

FWIW, to bounce off Amin's reply: Jonas, the patience you demonstrated
in order to get transient in Emacs core was nothing short of saintly,
and I for one am grateful for your perseverance.

I understand how Emacs's development process can feel frustrating,
especially in Jonas's position as maintainer of a popular package like
Magit:

1. on the one hand, each and every attempt at contributing is met with
   varying degrees of skepticism and defiance, on the premise that you
   might e.g. break other people's code, disrupt other people's
   workflow…

2. on the other hand, upstream sometimes adds major features which
   impact your package, and you wake up to lots of disgruntled users
   expecting you to fix something you never saw coming; cf. :extend t,
   the tentative binding for C-x g…

I don't necessarily view 1 nor 2 as inherently problematic: for 1, we're
lucky to have maintainers looking out for breakage, although the line
between "healthy conservatism" and "clinical sclerosis" is blurry; for
2, users of the development branch or the latest release should expect
some measure of breakage in third-party packages.

As a user, watching from the sidelines, the process "works": third-party
additions slowly make their way upstream after some review and a
generous coating of backward-compatibility/accessibility changes; on the
flip side, bleeding-edge users warn third-party maintainers of upcoming
changes which can then be amended before they make it into a release.

Even so, as a third-party maintainer, I assume the combination of 1 and
2 feels like a "power imbalance": one party makes the other's life
consistently harder.

So, once more with feeling: thank you Jonas for your patience and your
perserverance 🙏


Disclaimer: I'm very much just a user, whose free time is mostly gobbled
up catching up with the mailing lists.  This reply is my interpretation
of what I observe and may not be representative of anybody else's
feelings on the subject.


  reply	other threads:[~2021-05-24  7:13 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-23 21:28 Ypo
2021-05-24  3:38 ` bandali
2021-05-24  7:12   ` Kévin Le Gouguec [this message]
2021-09-25 14:29     ` Bastien
2021-09-25 14:34       ` Timothy
2021-09-25 14:59         ` Bastien
2021-05-24 21:01 ` (✿╹◡╹) there are always ways to go - " Jean Louis
2021-05-25  3:07   ` Ypo
2021-05-25  6:51     ` Jean Louis
2021-05-26 14:10       ` Matt Price
2021-09-26  6:57 ` Corwin Brust

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=87eedw7ggh.fsf@gmail.com \
    --to=kevin.legouguec@gmail.com \
    --cc=bandali@gnu.org \
    --cc=emacs-orgmode@gnu.org \
    --cc=jonas@bernoul.li \
    --cc=ypuntot@gmail.com \
    --subject='Re: Sad tweet' \
    /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

Code repositories for project(s) associated with this 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).