Re: [PATCH] doc: replace jargon word "impact" with "effect"/"affect"

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 11 May 2021 at 15:25, Michal Suchánek <msuchanek@xxxxxxx> wrote:
>
> On Tue, May 11, 2021 at 02:59:32PM -0500, Felipe Contreras wrote:
> > Varun Varada wrote:
> > > On Tue, 6 Apr 2021 at 04:24, Michal Suchánek <msuchanek@xxxxxxx> wrote:
> > > > while using "will not impact" in an incorrect or unclear way may be a
> > > > problem the word "impact" in itself is not "jargon".
> > >
> > > The word means "to have a strong or marked effect on" (v.) and "a
> > > strong or market influence" (n.) when used figuratively; it is not
> > > synonymous with "affect" and "effect", respectively, as shown even by
> > > all of the entries you've cited. Using it as such is the incorrect
> > > part, so those are the instances I've changed in the diff.
> >
> > There are two ways impact can be used as a verb: transitive and
> > intransitive, but git doesn't seem to be using the intransitive form. In
> > the transitive form it usually means to strike "the car impacted the
> > tree". But it can also mean to have a desired effect "reducing CO2
> > emissions impacted climate change".
>
> I don't know where you find the 'desired' effect meaning. Certainly none
> of the dictionaries I consulted at random provides such definition.
>
> >
> > None of these are used in the documentation, we have things like:
> >
> >   the index does not impact the outcome
> >
> > Which is clearly wrong (unless we are talking about possitive outcome of
> > the outcome, which makes no sense).
>
> It is not clearly wrong. To me it makes perfect sense. If you want to
> claim it's wrong please provide a source for your claim. Otherwise it's
> just matter of different opinions of more fitting formulation.

You agreed that the word "impact" means to "significantly affect". The
idea of whether something is *significantly* affected, as opposed to
conveying the idea that something is affected at all, only arises in
situations where degrees of an influence are possible; that's not the
case in any of the examples my change is editing (except for the one I
conceded where it says "badly impacted"). Assuming that a reader would
know which of those involve degrees of influence are possible and
which aren't, even if every reader of the documentation/command output
was familiar, is entirely unnecessary. That's the point here: there is
this point of confusion that is entirely avoidable with a simple
one-word change.

Re: your point about me not pointing out specific examples: the
command output for detached HEAD state reads "you can discard any
commits you make in this state without impacting any branches by
switching back to a branch". I'm incredibly passionate about this
example. Here, the user is left to think, "wait...so this will not
impact (significantly affect) any branches, but will it affect them?
As in, are there side effects that I should be aware of? Where do I go
to find out what they are?" All of this mental energy is completely
unnecessary. Mind you, this is regarding discarding commits, which is
a destructive action.

You might feel that this is just one example that might need fixing,
but I assure you, I've analysed all the other examples and they all
have similar problems. It's entirely unnecessary to have this
confusion.

>
> >
> > As a noun it can mean a siginificant or major effect: "the impact of
> > science".
> >
> > However, the documentation is not using it that way:
> >
> >   the runtime impact of tracking all omitted objects
> >
> > The noun usage is less wrong than the verb usage, but it's still wrong.
>
> Why is that wrong?
>
> How did you infer that the effect is insignificant or minor?

No one did, and that's the point. All impacts are effects, but not all
effects are impacts. You yourself acknowledged that there is a
prevalent tendency to hyperbolize, and the fact that one doesn't know
which it is in this case (or frankly any of the other cases my commit
touches) is problematic. This kind of confusion surely doesn't belong
in technical documentation. And if it is indeed an "impact", where is
that conveyed? What's so notable about the effect on the runtime?
That's the point.

>
> In fact while some dictionaries list 'impact' as 'have strong effect'
> the Oxford dicrionary lists is as simply synonymous to 'affect'.
>
> > The verb usage could be corrected by changing "the index does not
> > impact", to "the index does not have an impact on".
>
> Why is that change needed at all?
>
> > But why bother? The word "affect" is a much superior choice.
>
> Why bother with a chenge at all?

It seems like you already previously agreed with the premise that the
word means "a significant effect" or "to significantly affect". I
understand and appreciate your thoroughness to scrutinize changes to
the repo, but I'm frankly surprised that such a small change is
attracting such fierce debate. This is meant to be a change that is
probably one of the easiest ones to decide on: it only consists of
one-word changes that don't change functionality, yet undeniably
reduce confusion.

Re: your previous point about linguistic authorities: yes, there is no
authority on usage, but therein lies my point. This doesn't even need
to rise to the domain of usage, because it is squarely within the
realm of semantics. Words mean something, and we all use dictionaries
to learn about / confirm those meanings. Insofar as all the major
dictionaries cite the word as "a significant effect" / "to affect
significantly", that semantic concept doesn't belong in the cases
where I've made changes. And if it does, then those need to be
clarified (because that's where the real confusion/ambiguity is).
I.e., it's not "why is not every case a significant effect?", but "why
are some cases a significant effect?"

>
> Thanks
>
> Michal




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux