git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: "brian m. carlson" <sandals@crustytoothpaste.net>
To: Filip Lipien <aaa@164.ooo>
Cc: "git@vger.kernel.org" <git@vger.kernel.org>
Subject: Re: Request to remove Junio C Hamano as the Git Maintainer
Date: Sun, 1 Jan 2023 21:10:08 +0000	[thread overview]
Message-ID: <Y7H2sN1fEZ8pi6xY@tapette.crustytoothpaste.net> (raw)
In-Reply-To: <7hfRSnKTRnT4uJh5Pok8U8gfLm_NXzCS6w_7_Rc9OH3a9Lv8hpjySZqxDglBFC-fTOdZHi-ODCihiEHlQD9nIhUmld5jYvRx_JvB0z2IAL0=@164.ooo>

[-- Attachment #1: Type: text/plain, Size: 3561 bytes --]

On 2022-12-31 at 18:11:17, Filip Lipien wrote:
> There are more than one million questions on Stackoverflow related to the usage of Git.
> This is not normal. 
>
> Git is in its current state not a tool that's made for humans.

There are also many questions related to Windows and Linux.  It is
unsurprising that software that is flexible is also very complicated and
that many people may have questions about how it works or the best way
to work with it.  Git is also extremely portable and popular and as such
there are many people who use it or want to use it, and therefore people
asking many questions.

As I mentioned above, many people have questions about the best way to
accomplish a task on Linux, which is also very popular.  We should not
force Linus Torvalds to step down because Linux is complex or because
people have many questions about it because it may differ from other
software they've used.

> It's realistic to assume, that millions of working hours were wasted due to his ignorance of developer experience.
> The financial damage goes into the billions.

Do I think Git could benefit from improved developer experience?
Certainly.  I think there would be substantial value in doing that, and
such topics have been discussed at contributor summits in the past.  I
was left with the impression that most contributors would like to see
this kind of work done.

However, I think you misunderstand how Junio acts as the maintainer
here.  This is not a corporation where Junio tells people what to do and
how to do it.

Instead, this is an open-source project, and it's my impression that
Junio spends most of his time shepherding other people's patches and
making sure that the project and contributions are in a good state.  He
sends relatively few patches himself, and while he might make a
suggestion on what he'd like to see out of a series or project, he
doesn't really tell people what to do because people don't have to
do what he says.

As a result, it's not really fair to blame him for a poor developer
experience.  If that's valuable to someone, then someone will send
patches to work on it, and I'm confident that Junio would accept those
once they were suitable for merging.  If nobody has sent such patches,
then the presumption is that nobody is interested in doing the work for
that at this point, and Junio isn't going to be able to just tell people
to work on it, since people work on what they want or what their
employers want (if they're working on Git in their professional
capacity).

In my role as a contributor, I've sent and reviewed patches that
correspond to my areas of interests and expertise.  While I think a
better developer experience would be valuable, I lack the experience to
contribute meaningfully in this regard, and as a consequence, I've sent
no patches here.  I welcome contributions from others in this area who
are more familiar with the work that needs to be done.

> I hereby request the removal of Junio C Hamano 濱野純 as the Git Maintainer.

I think, given my explanation above, that this is completely
unwarranted.  The maintainer of this project has no authority over
participants to force them to address developer experience here.

While I don't always agree with him on everything, I think Junio is
doing a fine job as maintainer, and assuming things stay as they are, I
would be happy with him remaining as maintainer for the indefinite
future.
-- 
brian m. carlson (he/him or they/them)
Toronto, Ontario, CA

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 263 bytes --]

  parent reply	other threads:[~2023-01-01 21:10 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-12-31 18:11 Request to remove Junio C Hamano as the Git Maintainer Filip Lipien
2022-12-31 19:19 ` Theodore Ts'o
2022-12-31 23:23   ` Filip Lipien
2023-01-01 12:59     ` Philip Oakley
2022-12-31 22:08 ` rsbecker
2023-01-01 21:10 ` brian m. carlson [this message]
2023-01-02  3:37   ` Theodore Ts'o
2023-01-03  0:59 ` _g e r r y _ _l o w r y _
2023-01-03 13:25   ` Philip Oakley
2023-01-03 15:08     ` Konstantin Khomoutov
2023-01-11 17:23       ` Rudy Rigot
2023-01-03  9:45 ` demerphq
2023-01-12  9:30   ` Ævar Arnfjörð Bjarmason
2023-01-12 16:48     ` Rudy Rigot

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: http://vger.kernel.org/majordomo-info.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Y7H2sN1fEZ8pi6xY@tapette.crustytoothpaste.net \
    --to=sandals@crustytoothpaste.net \
    --cc=aaa@164.ooo \
    --cc=git@vger.kernel.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://80x24.org/mirrors/git.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).