git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Patrick Steinhardt <ps@pks.im>
Cc: Linus Arver <linusa@google.com>,
	 Linus Arver via GitGitGadget <gitgitgadget@gmail.com>,
	 git@vger.kernel.org
Subject: Re: [PATCH] RFC: add MAINTAINERS file
Date: Tue, 02 Apr 2024 10:00:21 -0700	[thread overview]
Message-ID: <xmqqzfub66oq.fsf@gitster.g> (raw)
In-Reply-To: <ZgutC_ddW_Psmlcl@tanuki> (Patrick Steinhardt's message of "Tue, 2 Apr 2024 09:00:27 +0200")

Patrick Steinhardt <ps@pks.im> writes:

> On Wed, Mar 27, 2024 at 06:29:13AM -0700, Junio C Hamano wrote:
>> The development community has been fairly loosely organized so far,
>> but I'd like to see responsibility and authority spread a bit more
>> widely yet still not too thinly to compromise the project integrity.
>
> I guess the main motivation of this statement is to reduce your load in
> particular, right? If so, do you have any particular pain points that
> can be spread across the community that would help you? Or is it really
> only spreading the review load by relying more on subsystem-maintainers?

It is not for load reduction, per-se.

I wish people spent more time and effort on reviewing and helping
others to polish topics as much as writing their own topic.  We see
corporate sponsored entities propose a feature, polish it with
reviewers, and then after the topic lands and collect their perf
scores, leave it bitrot, making it "the community's problem" to
maintain it.  They may even have to leave the project due to reorg.

Somebody comes with a patch in such an area, and receives no
response.  The only two ways I see to reduce such "abandoned parts"
of the system are:

 * Those who are still with the project but their interest moved to
   other areas in the project to come back to help in the area they
   were involved in, and

 * Those who haven't been involved in an area to grow expertise in
   it.

The latter is far more sustainable than the former.  People forget
and become no longer more expert than others who have fresh interst
in the same area.  But for that to happen, we first need to know
where the gaps of expertise coverage are.  If we try to spread
responsibility and authority, we will quickly identify these areas
as we find no experts in these areas.


      reply	other threads:[~2024-04-02 17:00 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-23  3:27 [PATCH] RFC: add MAINTAINERS file Linus Arver via GitGitGadget
2024-03-23 19:19 ` Junio C Hamano
2024-03-25  2:51   ` Junio C Hamano
2024-03-27  5:33     ` Linus Arver
2024-03-27  7:17     ` Patrick Steinhardt
2024-03-30 18:03       ` Linus Arver
2024-03-30 21:44         ` Junio C Hamano
2024-04-01 21:33       ` Taylor Blau
2024-04-01 22:13         ` Junio C Hamano
2024-04-02  0:22           ` Linus Arver
2024-04-02  5:39           ` Patrick Steinhardt
2024-04-02  5:46             ` Eric Sunshine
2024-04-02  5:59               ` Patrick Steinhardt
2024-03-26 22:24   ` Linus Arver
2024-03-26 23:39   ` Taylor Blau
2024-03-27  0:05     ` Junio C Hamano
2024-03-27  4:32   ` Linus Arver
2024-03-27 13:29     ` Junio C Hamano
2024-03-30 17:59       ` Linus Arver
2024-04-02  6:22         ` Patrick Steinhardt
2024-04-04  0:47           ` Linus Arver
2024-04-02  7:00       ` Patrick Steinhardt
2024-04-02 17:00         ` Junio C Hamano [this message]

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=xmqqzfub66oq.fsf@gitster.g \
    --to=gitster@pobox.com \
    --cc=git@vger.kernel.org \
    --cc=gitgitgadget@gmail.com \
    --cc=linusa@google.com \
    --cc=ps@pks.im \
    /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).