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 10:53:40 -0700	[thread overview]
Message-ID: <xmqqcxwl33kr.fsf@gitster.g> (raw)
In-Reply-To: <xmqqse5h63js.fsf@gitster.g> (Junio C. Hamano's message of "Fri, 17 Jul 2026 08:25:59 -0700")

Junio C Hamano <gitster@pobox.com> writes:

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

By the way, the two items that follow 'For instance' above are mere
examples.  Addressing them alone will not suffice.

Like you, I have no desire to interact with a human proxy sitting
between an automated generator and the mailing list, relaying what
the machine produced under the guise of having reviewed it, without
understanding or thinking through the implications.  We want to see
changes designed from the ground up by human minds, not synthetic
slop.

It is fine to use automated assistants to proofread what you have
produced yourself.  To judge whether to adopt or discard their
suggestions, you must possess a deeper understanding of the problem
domain than the tools do.  At the very least, to employ a 'human
produces, machine assists' workflow, you must first compose the
draft yourself before asking the tool to polish it, which inherently
requires sufficient domain knowledge and forces you to think about
the problem.

In contrast, blindly relaying what the machine generated, while
claiming to have reviewed it carefully, is something anyone can do
without even realizing how superficial that review actually was.
The 'machine generates, human reviews' model is fundamentally broken
when compared to its converse.

Pardon if this sounds even harsher.

  parent reply	other threads:[~2026-07-17 17:53 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
2026-07-17 16:32                             ` [PATCH v8] " Gatla Vishweshwar Reddy
2026-07-17 17:53                             ` Junio C Hamano [this message]
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=xmqqcxwl33kr.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