Git development
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Patrick Steinhardt <ps@pks.im>
Cc: Gatla Vishweshwar Reddy <gatlavishweshwarreddy26@gmail.com>,
	git@vger.kernel.org
Subject: Re: [PATCH v7] show-branch: convert per-branch flags to commit-slab
Date: Fri, 17 Jul 2026 08:25:59 -0700	[thread overview]
Message-ID: <xmqqse5h63js.fsf@gitster.g> (raw)
In-Reply-To: <aloHDhoerEhIXxFA@pks.im> (Patrick Steinhardt's message of "Fri, 17 Jul 2026 12:42:22 +0200")

Patrick Steinhardt <ps@pks.im> writes:

> Hi Gatla,
>
> On Fri, Jul 17, 2026 at 04:04:54PM +0530, Gatla Vishweshwar Reddy wrote:
>> Hi Patrick,
>> 
>> I am a real person. I used AI help for structuring reply in that thread. I understand that is not
>> appropriate here and will write my own from now on.
>
> Okay. Using AI is fine to help you out, but the human-focussed bits
> should really rather be written in a way that it feels like we're
> talking to a human. We're a community here, and when you see text that
> is so obviously written by an AI it can get very frustrating eventually.
>
> We've seen a strong uptick in threads that are obviously AI generated,
> only, and at times it just feels like one is merely talking to a prompt.
> This just doesn't scale well, as it leads to constant iterations and
> back and forth without much thinking being involved. So we require the
> other side to stop every once in a while and invest the necessary time,
> too. Otherwise the community will simply stop working, and that doesn't
> serve anyone well.
>
> Sorry if I came across as harsh.

Thanks for saying this.

When viewed in that light, what the v7 patch does is extremely
incoherent.  It gives the impression of having been generated by an
automated assistant and sent without human oversight, or perhaps
drafted in a state of severe late-night exhaustion.  For instance,
the commit message claims to have lifted 'max_revs' completely, yet
the proposed documentation updates still reference a hard limit of
64.  It also removes the local definition of 'UNINTERESTING', even
though the comment immediately above it still advises our future
selves to migrate to the shared definition eventually.

It appears the automation was not used merely for structuring the
reply; the changes in the patch itself show signs of having been
generated and sent out without any human oversight X-<.

  reply	other threads:[~2026-07-17 15:26 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-14 18:30 [PATCH] show-branch: convert object.flags usage to a commit-slab Gatla Vishweshwar Reddy
2026-07-14 20:01 ` [PATCH v2] show-branch: convert object.flags to commit-slab with uint64_t Gatla Vishweshwar Reddy
2026-07-14 20:41   ` Junio C Hamano
2026-07-14 22:00     ` Jeff King
2026-07-15  1:47       ` [PATCH v3] show-branch: convert per-branch flags to commit-slab Gatla Vishweshwar Reddy
2026-07-15  3:34         ` Junio C Hamano
2026-07-15  4:18           ` [PATCH v4] " Gatla Vishweshwar Reddy
2026-07-15  6:47             ` Patrick Steinhardt
2026-07-15  7:20         ` [PATCH v3] " Junio C Hamano
2026-07-15 12:01           ` [PATCH v5] " Gatla Vishweshwar Reddy
2026-07-15 17:17             ` Junio C Hamano
2026-07-15 18:42               ` [PATCH v6] " Gatla Vishweshwar Reddy
2026-07-17  6:00                 ` Junio C Hamano
2026-07-17  7:42                   ` [PATCH v7] " Gatla Vishweshwar Reddy
2026-07-17  8:52                     ` Patrick Steinhardt
2026-07-17 10:34                       ` Gatla Vishweshwar Reddy
2026-07-17 10:42                         ` Patrick Steinhardt
2026-07-17 15:25                           ` Junio C Hamano [this message]
2026-07-17 16:32                             ` [PATCH v8] " Gatla Vishweshwar Reddy
2026-07-17 17:53                             ` [PATCH v7] " Junio C Hamano
2026-07-17  8:51             ` [PATCH v5] " Patrick Steinhardt

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

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

  git send-email \
    --in-reply-to=xmqqse5h63js.fsf@gitster.g \
    --to=gitster@pobox.com \
    --cc=gatlavishweshwarreddy26@gmail.com \
    --cc=git@vger.kernel.org \
    --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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox