<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Real-time: it’s sooooo last second</title>
	<atom:link href="http://www.2morodocs.com/2009/12/real-time-it%e2%80%99s-sooooo-last-second/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.2morodocs.com/2009/12/real-time-it%e2%80%99s-sooooo-last-second/</link>
	<description>New-age technical communication trends</description>
	<lastBuildDate>Thu, 29 Jul 2010 15:20:51 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Your Docs: Thought about Adaptability? — 2moroDocs</title>
		<link>http://www.2morodocs.com/2009/12/real-time-it%e2%80%99s-sooooo-last-second/comment-page-1/#comment-1064</link>
		<dc:creator>Your Docs: Thought about Adaptability? — 2moroDocs</dc:creator>
		<pubDate>Wed, 07 Jul 2010 17:39:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.2morodocs.com/?p=460#comment-1064</guid>
		<description>[...] Real-time: It’s Soooooo Last Second [...]</description>
		<content:encoded><![CDATA[<p>[...] Real-time: It’s Soooooo Last Second [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: My First Procedure Written in Twitter — 2moroDocs</title>
		<link>http://www.2morodocs.com/2009/12/real-time-it%e2%80%99s-sooooo-last-second/comment-page-1/#comment-1023</link>
		<dc:creator>My First Procedure Written in Twitter — 2moroDocs</dc:creator>
		<pubDate>Fri, 25 Jun 2010 20:39:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.2morodocs.com/?p=460#comment-1023</guid>
		<description>[...] Reasons to Write Procedures in Twitter Real time: it’s sooooo last second Lessons Learned: Procedure Written in [...]</description>
		<content:encoded><![CDATA[<p>[...] Reasons to Write Procedures in Twitter Real time: it’s sooooo last second Lessons Learned: Procedure Written in [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julie Norris</title>
		<link>http://www.2morodocs.com/2009/12/real-time-it%e2%80%99s-sooooo-last-second/comment-page-1/#comment-251</link>
		<dc:creator>Julie Norris</dc:creator>
		<pubDate>Wed, 30 Dec 2009 16:06:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.2morodocs.com/?p=460#comment-251</guid>
		<description>Thanks for your comments here and yesterday on Twitter, Larry. This experiment turned out to be very interesting. What started as an idea to just try writing a procedure in Twitter to see how it might work escalated very quickly into a real-time writing event for me. Which was perfect. If I’m not mistaken, the second-guessing to which you refer regards fixes and additions I made following input from followers. My thought there was that all comments needed to be reviewed and, possibly, addressed. In my haste to get something out, did I miss some items? If this were a “real” event, would I need to address such input? Would I need to either add new information, or give a reason why not? That might depend on the severity of the event, I suppose. 

In answering and addressing the concerns, I discovered new issues and learned a few things. So this experiment was quite the experience; I’ll be writing a new post-mortem post when I finish this note. 

I’m in agreement with you about tech writers not being accustomed to writing in real-time. However, I think it’s here to stay, and that we need to start doing so. Based on what happened yesterday, I also now know that there are some issues and bugs to work out. We must adapt. This is all new, and we just have to determine methods as we go. I think it’s fascinating.</description>
		<content:encoded><![CDATA[<p>Thanks for your comments here and yesterday on Twitter, Larry. This experiment turned out to be very interesting. What started as an idea to just try writing a procedure in Twitter to see how it might work escalated very quickly into a real-time writing event for me. Which was perfect. If I’m not mistaken, the second-guessing to which you refer regards fixes and additions I made following input from followers. My thought there was that all comments needed to be reviewed and, possibly, addressed. In my haste to get something out, did I miss some items? If this were a “real” event, would I need to address such input? Would I need to either add new information, or give a reason why not? That might depend on the severity of the event, I suppose. </p>
<p>In answering and addressing the concerns, I discovered new issues and learned a few things. So this experiment was quite the experience; I’ll be writing a new post-mortem post when I finish this note. </p>
<p>I’m in agreement with you about tech writers not being accustomed to writing in real-time. However, I think it’s here to stay, and that we need to start doing so. Based on what happened yesterday, I also now know that there are some issues and bugs to work out. We must adapt. This is all new, and we just have to determine methods as we go. I think it’s fascinating.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Larry Kunz</title>
		<link>http://www.2morodocs.com/2009/12/real-time-it%e2%80%99s-sooooo-last-second/comment-page-1/#comment-249</link>
		<dc:creator>Larry Kunz</dc:creator>
		<pubDate>Tue, 29 Dec 2009 20:31:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.2morodocs.com/?p=460#comment-249</guid>
		<description>I&#039;ve been following with interest your experiment in writing a procedure using Twitter. I see you second-guessing yourself -- basically saying you&#039;d do it a bit differently if you could do it over again. That&#039;s completely understandable, because.....

....Most of us technical writers are NOT wired for real-time communication. Quite the opposite: we were trained on development cycles that lasted weeks or even months. There was always time to write, then go back and rewrite (and even redesign), before the final product went out the door.

With today&#039;s Web-based media, the good news is that we can often rewrite even after the &quot;final&quot; product ships. The bad news is that short development cycles force us to write like a newspaper reporter. Get it down on paper. Don&#039;t let the perfect be the enemy of the good. Watch your deadline.

You&#039;ve touched on some important stuff here. I don&#039;t have any conclusions yet, but you&#039;ve gotten me thinking.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been following with interest your experiment in writing a procedure using Twitter. I see you second-guessing yourself &#8212; basically saying you&#8217;d do it a bit differently if you could do it over again. That&#8217;s completely understandable, because&#8230;..</p>
<p>&#8230;.Most of us technical writers are NOT wired for real-time communication. Quite the opposite: we were trained on development cycles that lasted weeks or even months. There was always time to write, then go back and rewrite (and even redesign), before the final product went out the door.</p>
<p>With today&#8217;s Web-based media, the good news is that we can often rewrite even after the &#8220;final&#8221; product ships. The bad news is that short development cycles force us to write like a newspaper reporter. Get it down on paper. Don&#8217;t let the perfect be the enemy of the good. Watch your deadline.</p>
<p>You&#8217;ve touched on some important stuff here. I don&#8217;t have any conclusions yet, but you&#8217;ve gotten me thinking.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
