Re: IESG Statement On Oppressive or Exclusionary Language

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

 



On Sat, Aug 08, 2020 at 10:12:25PM -0800, Melinda Shore wrote:
> On 8/8/20 9:30 PM, Nico Williams wrote:
> > Supposing a proper analysis demonstrates no current or recent usage,
> > then what?  Would proponent(s) drop the matter, or press on?  If press
> > on, is the reason fear that uninformed authors might make use of these
> > terms and that uninformed reviewers, shepherds, ADs, and RPC staff might
> > allow their use to go unchallenged?  Would that be sufficient?  Would
> > such a fear be well-founded?  Are there other motivations I might be
> > missing?
> 
> I don't fully understand your argument, but I'll point out
> [...]

I'm asking for evidence that we have a problem.  I'm quite aware that
there are RFCs that use various terms some/many consider offensive, but
I expect most of those are long in the past, and have to do with DNS.

I'm curious as to whether the rate of usage of these has gone down.  Or
up.  Or sideways.  I'm curious about which areas have the most usage of
potentially offensive language.  And other possibly interesting results
that one might find as part of performing a thorough analysis.  This
seems elementary.  It should be proponents' burden to present such an
analysis.  I'm surprised to not have seen one from them.

> I don't think the IETF is capable of this kind of change (and
> question if it's capable of any kind of change, for that matter),

Ignoring the rhetorical question of whether the IETF is "capable of this
kind of change" or "any kind of change", I agree with this:

> and I expect the most effective approach is to catch problematic
> usages on an informal basis during the review process.  What to do
> about editors who refuse to change problematic language is left
> as an exercise, etc., if there's no WG consensus or IETF
> consensus.  It would be awesome if the RSE kept an eye out for
> things that slip through but I'm not sure that we would want to
> formalize that.

I.e., we (authors, reviewers, shepherds, ADs, RPC staff, RSE) can be
expected to exercise reasonable self-restraint without _prior_ restraint
because we're a polite, professional bunch.

Speaking as someone who long has avoided these terms, I believe we
should try that first.

Certainly proposals for prior restraint have caused some acrimony.  Most
likely the effect of causing more self-restraint has already been
obtained.

Because we're a polite, professional bunch, asking politely seems a lot
better than using a heavy hand.

The gauntlet to traverse in order to publish is such that I expect
editors will not refuse reasonable, polite requests.

Now, some requests may not be reasonable.  Or there may be disagreement
about their reasonableness.  That is to be expected.  We might have to
have these arguments more than once, whether we adopt prior restraint or
not.  But prior restraint is heavy-handed and should be avoided.

Nico
-- 




[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux