TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
Subject:Re: Concurrent writing and revision From:George Mena <George -dot- Mena -at- ESSTECH -dot- COM> Date:Fri, 31 Jul 1998 14:49:28 -0700
Actually, I'd call in at halftime to get it started. :D
If the game went into OT, I'd call in again at end of regulation.
What was interesting were two basketball games that went double OT, one
in high school, the other in junior college.
The one in junior college was decided on a length-of-the-court toss with
:02 remaining: Just enough time to hurl and pray.
And scream like hell when it went in!
George
> -----Original Message-----
> From: Sharon Burton [SMTP:sharonburton -at- email -dot- msn -dot- com]
> Sent: Friday, July 31, 1998 2:37 PM
> To: George Mena; TECHWR-L -at- LISTSERV -dot- OKSTATE -dot- EDU
> Subject: Re: Re: Concurrent writing and revision
>
> But the metaphor is not quite right. Imagine having to call your story
> in at
> the end of the 3rd quarter and then calling back at random intervals
> to
> change the story and update it because some calls made in the first
> half are
> being remade and changed at random intervals and you are finding them
> out as
> you think to ask about them. And you still don't know how the game
> will turn
> out. And have your story still be accurate when it goes to press.
>
> That is actually more like the software industry, anyway. I too have
> done
> some journalism and it is good training but you have to imagine
> writing that
> story as the story is occurring and as stuff that has already happened
> is
> changing.
>
> Kinda of hurts my brain to imagine it. Maybe if Gordi re-aligns the
> transporter.....
>
> sharon
>
> Sharon Burton
> Anthrobytes Consulting
> Home of RoboNEWS(tm), the award-winning unofficial RoboHELP Newsletter
> www.anthrobytes.com
> anthrobytes -at- anthrobytes -dot- com
> Check out www.winhelp.net!
>
> -----Original Message-----
> From: George Mena <George -dot- Mena -at- ESSTECH -dot- COM>
> To: TECHWR-L -at- LISTSERV -dot- OKSTATE -dot- EDU <TECHWR-L -at- LISTSERV -dot- OKSTATE -dot- EDU>
> Date: Friday, 31 July, 1998 2:15 PM
> Subject: Re: Concurrent writing and revision
>
>
> >Speaking as a journalist turned technical writer from a long time
> ago,
> >I've got to say Mark's right.
> >
> >Freelance sportswriters, probably the most underpaid of the lot,
> often
> >have to be able to read their notes, and sometimes in the rain, esp.
> >during football season. In reporting games (esp. high school and
> junior
> >college events), there's no instant replay -- but there *is* the
> battle
> >for the pay phone to get the story called in from out of town,
> >especially if the host school's football coach wants you to stay out
> of
> >his office, where a more private phone is.
> >
> >Nor is there any instant replay of City Hall meetings unless (a) the
> TV
> >news boys are there and (b) they are actually foolish enough to give
> you
> >their videotape for the 10 o'clock news.
> >
> >And graphics? Great pictures of Dwight Clark's "The Catch" over
> Everson
> >Walls in the end zone at Candlestick back in 1982 are truly
> >once-in-a-lifetime shots that you just can't have reperformed simply
> >because your camera was out of film at the time.
> >
> >Covering life as it happens is the real challenge for journalists.
> It's
> >also great training for becoming a tech writer because you don't have
> >any time left to do it over. You have to get it right the first time
> or
> >forget it.
> >
> >Stick *that* in your tech comm program at the university level! :D
> >
> >Good call, Mark! :D
> >
> >George
> >
> >> -----Original Message-----
> >> From: Mark Baker [SMTP:mbaker -at- OMNIMARK -dot- COM]
> >> Sent: Friday, July 31, 1998 1:53 PM
> >> To: TECHWR-L -at- LISTSERV -dot- OKSTATE -dot- EDU
> >> Subject: Re: Concurrent writing and revision
> >>
> > [George Mena] snip
> >>
> >> It can be done. The content management system that my group uses
> >> allows us
> >> to accept design changes from development as little as one day
> before
> >> internal release, without loss of quality. If you think that's
> >> impressive,
> >> consider the achievement of the newspaper industry. They have a
> >> product with
> >> a market window of, at best, 24 hours, and they successfully create
> a
> >> new
> >> product every 24 hours to maintain their market position. If
> >> journalists can
> >> do it, why can't technical communicators?
> >>
> >>
> >
> >=====================================================================
> ======
> >Send commands to listserv -at- listserv -dot- okstate -dot- edu (e.g., SIGNOFF
> TECHWR-L)
> >
> >
> >
>
>