Re: RFC Series Editor (RSE) Statement of Work

John C Klensin <john-ietf@jck.com> Thu, 18 July 2019 01:16 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9153F120277 for <ietf@ietfa.amsl.com>; Wed, 17 Jul 2019 18:16:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g4hQt03JZsvs for <ietf@ietfa.amsl.com>; Wed, 17 Jul 2019 18:16:44 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 32FAD1201B7 for <ietf@ietf.org>; Wed, 17 Jul 2019 18:16:44 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1hnv2I-0005s2-Cg; Wed, 17 Jul 2019 21:16:42 -0400
Date: Wed, 17 Jul 2019 21:16:35 -0400
From: John C Klensin <john-ietf@jck.com>
To: Michael StJohns <mstjohns@comcast.net>, ietf@ietf.org
Subject: Re: RFC Series Editor (RSE) Statement of Work
Message-ID: <8786A77DB8536B31F07C656E@PSB>
In-Reply-To: <0607512b-35e7-91b6-6421-15752924070e@comcast.net>
References: <9817BB4B-D828-4128-A70C-A8B966E6642F@encrypted.net> <429ed9b6-89ab-8530-b898-e72e04e37171@mnt.se> <66B08F82-E1F7-4525-89D3-60CCC1B975F7@akamai.com> <DBC2F5CA-0B23-4B2C-9618-15025C39E609@encrypted.net> <BD77100D-3331-42FE-85B2-548E5D5BCB1B@vpnc.org> <CACOFP=hAveH4GzaAVYmER8zhBZowCg2KO+LRnoEernCAqbYg3w@mail.gmail.com> <FE97934D2FBF1FB5488F0CD7@PSB> <0607512b-35e7-91b6-6421-15752924070e@comcast.net>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/OQgof5RqApX2REsMjRbWD5jXR2E>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Jul 2019 01:16:46 -0000

Mike,

Many thanks.  Those probably are, indeed, the high points.

It also illustrates one other point that various of us have been
trying to make.  Mike's surgical job on my test could be
considered the work of a very skilled editor with subject matter
expertise, making a probably over-long document more readable.
In the case of the RFC Series and professional journals in,
e.g., computing and computer networks, we identify that subject
matter expertise as "technical" and call such a person a
"technical editor"... with the equivalent to a job that Mike did
requiring a very skilled one of those.  Nothing that Mike did
would be described as copy-editing.  Indeed, his result is
almost as much in need of a copy editor as my original was.
And, finally, the role of someone in a role like the RSE wrt my
document and Mike's edits/ condensation would be to decide
whether the Series preference should be for bullet points (like
Mike's example) or more extensive and better supported (but
likely much longer) prose (more like my original) and then to
try to figure out how to set stylistic guidelines, educate
people, etc., to support that preference (or to not decide at
all, leaving the choice up to individual authors or documents).  

That is just one type of example, but it illustrates the
difference between copy editing, technical editing (in the case
of the RFC Series, at a far higher level of text changes and
reorganization than we've seen since Jon Postel passed away and
rarely even then), and the Series strategic leadership role that
we've traditionally expected of the RSE.

best,
   john


--On Wednesday, July 17, 2019 12:18 -0400 Michael StJohns
<mstjohns@comcast.net> wrote:

> Hi - John's note makes a lot of different very good points,
> and he does note that some could be made on one of the other
> threads.  I've extracted a few points that are particularly
> germane to the SOW thread primarily for emphasis and added
> ellipsis to shrink some of those hopefully without changing
> meaning.  I recommend all of you read John's original post -
> but if you don't have the time, this at least attempts to pull
> out points that frame the role of the RSE and the depth of the
> problem we're going to have finding a new one.
> 
> Mike
> 
> 
> On 7/16/2019 10:38 AM, John C Klensin wrote:
>> 
>>  *
>>     Unless "we" are trying to make changes in how the RFC
>>     Editor Function works that go far beyond what is (or is
>>     not) in what is in the draft SOW, there have been several
>>     misconceptions in this thread and the related ones.
>> 
>>  *
>>     This is not a
>>     copy-editing role.  it is not even a technical editing
>>     role.
>> 
>>  *
>>     Instead, this is a strategic leadership and management
>>     role.  In retrospect, maybe we would have less confusion
>>     about, e.g., copy editing, if we had called the position
>>     "RFC Series Publisher" when we made up the "RSE" title,
>>     but, given how few people seem to understand what a
>>     publisher actually does, maybe it would have made no
>>     difference.
>> 
>>  *
>>     If the RSOC and IAB are looking for someone who will
>>     quietly do the job, follow their lead about strategy
>>     directions, and not try to educate (and, if necessary,
>>     push back based on greater specialist expertise, then
>>     they are making a really fundamental change in the role.
>> 
>>  *
>>     Something Nevil didn't mention was that plausible
>>     candidates were not easy to find, even with no incumbent
>>     to compete against.
>> 
>>  *
>>     Unless we are making significant changes to the role, the
>>     RSE should probably be seen as less even responsible to
>>     the IAB and RSOC on day to day details than the IETF LLC
>>     Executive Director is to the LLC Board.
>> 
>>  *
>>       For a position like this, even describing the
>>     position search a and process as a "bid" is offensive and
>>     likely to convince some people we would like to have as
>>     candidates to say "they either don't understand what they
>>     are doing or are not interested in anyone like me" and
>>     then move on.
>> 
>>   * Olaf obviously had a great deal of IETF
>>   experience....However,he did not ... have the
>>     depth of technical and standards publishing,and publishing
>>     strategy, experience ... I think it was very important
>>     ... that he did have an RSOC that contained multiple
>>     people with at least significant pieces of those types of
>>     experience. That RSOC saw its missionmuch more in terms
>>     of supporting him and helping him succeed in the role --
>>     including giving advise on the strategic publication
>>     issues to which he was happy to listen-- than as
>>     "oversight" or supervision or evaluation of contractual
>>     compliance.
>> 
>>  *
>>     More generally, putting someone into the RSE role --either
>>     "acting" or semi-permanently -- who has good community
>>     experience and relationships, little or no strategic
>>     publication leadership perspective and experience, and
>>     without the support of in-depth expertise in the RSOC (or
>>     some other arrangement to which a supportive RSOC is
>>     prepared to defer in matters of expertise) is a recipe
>>     for disaster... or at least major changes in the
>>     character of the Series whether intentional or not and
>>     whether reflecting community consensus or not.
>> 
>> 
>