Return-Path: X-Original-To: apmail-oodt-dev-archive@www.apache.org Delivered-To: apmail-oodt-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 425B41758D for ; Thu, 9 Oct 2014 00:58:09 +0000 (UTC) Received: (qmail 15126 invoked by uid 500); 9 Oct 2014 00:58:09 -0000 Delivered-To: apmail-oodt-dev-archive@oodt.apache.org Received: (qmail 15090 invoked by uid 500); 9 Oct 2014 00:58:09 -0000 Mailing-List: contact dev-help@oodt.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@oodt.apache.org Delivered-To: mailing list dev@oodt.apache.org Received: (qmail 15075 invoked by uid 99); 9 Oct 2014 00:58:08 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Oct 2014 00:58:08 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=AC_DIV_BONANZA,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of brbarkstrom@gmail.com designates 209.85.212.170 as permitted sender) Received: from [209.85.212.170] (HELO mail-wi0-f170.google.com) (209.85.212.170) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Oct 2014 00:58:02 +0000 Received: by mail-wi0-f170.google.com with SMTP id hi2so224707wib.3 for ; Wed, 08 Oct 2014 17:57:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=J0JwN6POiu7Q8HKwOvRgcEnDa7KhAflEctQ6XNcUGKo=; b=Bt8z19VKb507VdDLAepkMhJ1p0mXYcN7MT9w4D6eiOiV7dhS2vAV2jsel2R8uUmKG/ RQtKnfWWUu9dAjU/ilo+ub1cDEL/K/9LTs5AdxM4Upr/4pLqwTCJz0JcI046tmKWf1ws /zw6DHQB7/3o340/tokHh62x06WUWwqRVv3AzjkYWpRkVc4mGfa/LKgUDYbZAWtdKHZP m+L5YiaFt5p1/20voEoOZI74Yc5Yc2r25Ppy/T1ZYz/hbR7Nk/hfa7Et8M2DG9x/1g9D lBKBhDT3VLy63goFHnmw88lG3Ss7IIs/UI+QIW8GuXndfZ+o/l1XlOtHLK/QsVD5GT2L fqIQ== MIME-Version: 1.0 X-Received: by 10.194.62.166 with SMTP id z6mr14571514wjr.44.1412816260750; Wed, 08 Oct 2014 17:57:40 -0700 (PDT) Received: by 10.194.154.165 with HTTP; Wed, 8 Oct 2014 17:57:40 -0700 (PDT) Date: Wed, 8 Oct 2014 20:57:40 -0400 Message-ID: Subject: A Suggestion on Developing Documentation Based on the History of Experimentation From: Bruce Barkstrom To: dev@oodt.apache.org, "Mattmann, Chris A (388J)" Content-Type: multipart/mixed; boundary=047d7b86e1ec5b04700504f2eb25 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b86e1ec5b04700504f2eb25 Content-Type: multipart/alternative; boundary=047d7b86e1ec5b04690504f2eb23 --047d7b86e1ec5b04690504f2eb23 Content-Type: text/plain; charset=UTF-8 During the last month, I managed to get a fairly difficult installation task to work on software I felt I had a critical need for. I've attached the documentation I wrote as I went through the experience describing what I had to do. I think we often denigrate writing documentation at the level of detail in the attached document as dealing with "newbies" who are a bit below our level of disciplinary attainment. Based on my experience, it's more appropriate to regard the documentation as showing the kind of professional level of instructions surgeons exhibit when they write down a procedure for other surgeons to learn how to do. We don't think surgeons should write down what they're doing in a one page summary intended for managers. Managers don't have the training to know what kind of stitches to make that will hold a suture against a surging artery. If you ever have to have surgery (or have a person you care for undergo surgery) you want that surgeon to know the details of what he or she is doing, to understand the risks of the procedure, to have plans for dealing with the most common exceptions, and to close up the wound without losing things. This isn't work for "newbies" -- it's a professional commitment we make to try to pass on what we've learned so people coming after us don't have to work so hard and make as many mistakes as we did. I think it would be helpful to take the exception handling procedures we've had to go through with Valerie and other folks on OODT and use the record (in e-mail and maybe elsewhere) to write up a professional summary of the procedures an inexperienced OODT user would have to follow to successfully install OODT and get it to work. I didn't enjoy working through the rationale for why you couldn't just rely on the Debian Linux packages for the AdaCore GNAT GPL installation. The same thing is true of the CAS PGE Crawler task. It is absolutely critical to help new (and even experienced) users navigate the treacherous path from starting out to successful and (relatively) error free operation. The success of other folks in installing OODT is going to depend on getting the maintenance cost down to the LOCKSS level of a person-hour per month. Let's see what we can do to make this happen. If we can, OODT will be a singular example. If we do, it won't be luck, it'll be the really hard work we put in. Our reward will be clear and it won't depend on how many grants we get or how many NASA medals we earn. We'll know it - and that will suffice. Bruce B. --047d7b86e1ec5b04690504f2eb23 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
During the la= st month, I managed to get a fairly difficult installation task
to= work on software I felt I had a critical need for.=C2=A0 I've attached= the
documentation I wrote as I went through the experience descri= bing
what I had to do.=C2=A0 I think we often denigrate writing do= cumentation at
the level of detail in the attached document as dealing w= ith "newbies"
who are a bit below our level of disciplin= ary attainment.

Based on my experience, it's more appropri= ate to regard the documentation
as showing the kind of professional leve= l of instructions surgeons exhibit
when they write down a procedur= e for other surgeons to learn how to do.
We don't think surgeo= ns should write down what they're doing in a one page
summary = intended for managers.=C2=A0 Managers don't have the training to know
what kind of stitches to make that will hold a suture against a sur= ging artery.
If you ever have to have surgery (or have a person yo= u care for undergo
surgery) you want that surgeon to know the deta= ils of what he or she is
doing, to understand the risks of the pro= cedure, to have plans for dealing
with the most common exceptions, and t= o close up the wound without
losing things.=C2=A0 This isn't work fo= r "newbies" -- it's a professional commitment
we make to t= ry to pass on what we've learned so people coming after us
don't= have to work so hard and make as many mistakes as we did.

I t= hink it would be helpful to take the exception handling procedures we'v= e
had to go through with Valerie and other folks on OODT and use the rec= ord
(in e-mail and maybe elsewhere) to write up a professional sum= mary of the
procedures an inexperienced OODT user would have to fo= llow to successfully
install OODT and get it to work.=C2=A0 I didn't= enjoy working through the rationale
for why you couldn't just= rely on the Debian Linux packages for the AdaCore
GNAT GPL instal= lation.=C2=A0 The same thing is true of the CAS PGE Crawler task.

It is absolutely critical to help new (and even experienced) users navi= gate
the treacherous path from starting out to successful and (rel= atively) error
free operation.=C2=A0 The success of other folks in insta= lling OODT is going to
depend on getting the maintenance cost dow= n to the LOCKSS level of
a person-hour per month.

Let= 's see what we can do to make this happen.=C2=A0 If we can, OODT will b= e
a singular example.=C2=A0 If we do, it won't be luck, it'= ;ll be the really hard work
we put in.=C2=A0 Our reward will be clear an= d it won't depend on how many grants
we get or how many NASA medals = we earn.=C2=A0 We'll know it - and that will suffice.

Bruc= e B.
--047d7b86e1ec5b04690504f2eb23-- --047d7b86e1ec5b04700504f2eb25--