<?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: How much of an engineer’s job is writing?</title>
	<atom:link href="http://www.embeddedinsights.com/channels/2010/08/04/how-much-of-an-engineer%e2%80%99s-job-is-writing/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.embeddedinsights.com/channels/2010/08/04/how-much-of-an-engineer%e2%80%99s-job-is-writing/</link>
	<description>Shedding Light on the Hidden World of Embedded Systems</description>
	<lastBuildDate>Mon, 28 Jul 2014 16:18:37 -0400</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Jon Titus</title>
		<link>http://www.embeddedinsights.com/channels/2010/08/04/how-much-of-an-engineer%e2%80%99s-job-is-writing/#comment-1102</link>
		<dc:creator>Jon Titus</dc:creator>
		<pubDate>Mon, 09 Aug 2010 17:11:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.embeddedinsights.com/channels/?p=234#comment-1102</guid>
		<description>One engineer I talked with recently explained his most difficult writing job: creating documents for production people based on his work with prototypes. Although engineers might see assembly of a connector as intuitive, most production-line workers don&#039;t.  And engineers know they need a certain size bolt, nut, washer, and lockwasher at Point A, but manufacturing people need a clear diagram and step-by-step instructions.  Those instructions require not only good writing skills but the ability to explain details in fundamental ways that ensure the proper assembly of components.  Writing instruction manuals presents its own types of writing challenges. --Jon Titus</description>
		<content:encoded><![CDATA[<p>One engineer I talked with recently explained his most difficult writing job: creating documents for production people based on his work with prototypes. Although engineers might see assembly of a connector as intuitive, most production-line workers don&#8217;t.  And engineers know they need a certain size bolt, nut, washer, and lockwasher at Point A, but manufacturing people need a clear diagram and step-by-step instructions.  Those instructions require not only good writing skills but the ability to explain details in fundamental ways that ensure the proper assembly of components.  Writing instruction manuals presents its own types of writing challenges. &#8211;Jon Titus</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://www.embeddedinsights.com/channels/2010/08/04/how-much-of-an-engineer%e2%80%99s-job-is-writing/#comment-1099</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Sun, 08 Aug 2010 13:11:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.embeddedinsights.com/channels/?p=234#comment-1099</guid>
		<description>What I wrote most is design documents, and often it is written after coding complete :(, the reason is always a tough project schedule.</description>
		<content:encoded><![CDATA[<p>What I wrote most is design documents, and often it is written after coding complete <img src='http://www.embeddedinsights.com/channels/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> , the reason is always a tough project schedule.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: T.R. @ LI</title>
		<link>http://www.embeddedinsights.com/channels/2010/08/04/how-much-of-an-engineer%e2%80%99s-job-is-writing/#comment-1070</link>
		<dc:creator>T.R. @ LI</dc:creator>
		<pubDate>Fri, 06 Aug 2010 23:02:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.embeddedinsights.com/channels/?p=234#comment-1070</guid>
		<description>A. - I like your story. The best engineering minds in history were capable of blending art and science. Given the human condition, that requires a medium for exchange of information. Effective writing faciliatates that.
A significant portion of my business enterprise is music and entertainment production (www.wahallamusic.com). Systems engineering principals apply to the development, construction, and configuration of the accepted recording of a well-crafted song.</description>
		<content:encoded><![CDATA[<p>A. &#8211; I like your story. The best engineering minds in history were capable of blending art and science. Given the human condition, that requires a medium for exchange of information. Effective writing faciliatates that.<br />
A significant portion of my business enterprise is music and entertainment production (www.wahallamusic.com). Systems engineering principals apply to the development, construction, and configuration of the accepted recording of a well-crafted song.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: T.R. @ LI</title>
		<link>http://www.embeddedinsights.com/channels/2010/08/04/how-much-of-an-engineer%e2%80%99s-job-is-writing/#comment-1071</link>
		<dc:creator>T.R. @ LI</dc:creator>
		<pubDate>Fri, 06 Aug 2010 22:03:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.embeddedinsights.com/channels/?p=234#comment-1071</guid>
		<description>Even coding is writing. It is in the category of communication. A segment of engineering where writing is not the principal aspect of the job is perhaps mechanical engineering, however, so much of that effort is done in CAD and those drawings require explanation that writing is important; just not principal. There is no doubt, though, that mechanical engineering is more &#039;hands-on&#039;; as is systems integration testing (verification / validation). However, the tests themselves involves writing (procedural steps) and the results and affects of performing the tests requires writing skills to effectively communicate; there just would be more time with hands on in the lab environment.</description>
		<content:encoded><![CDATA[<p>Even coding is writing. It is in the category of communication. A segment of engineering where writing is not the principal aspect of the job is perhaps mechanical engineering, however, so much of that effort is done in CAD and those drawings require explanation that writing is important; just not principal. There is no doubt, though, that mechanical engineering is more &#8216;hands-on&#8217;; as is systems integration testing (verification / validation). However, the tests themselves involves writing (procedural steps) and the results and affects of performing the tests requires writing skills to effectively communicate; there just would be more time with hands on in the lab environment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A.P. @ LI</title>
		<link>http://www.embeddedinsights.com/channels/2010/08/04/how-much-of-an-engineer%e2%80%99s-job-is-writing/#comment-1066</link>
		<dc:creator>A.P. @ LI</dc:creator>
		<pubDate>Thu, 05 Aug 2010 23:39:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.embeddedinsights.com/channels/?p=234#comment-1066</guid>
		<description>A lot of what we do is writing and it is getting worse all the time: every new layer of ISO/CMM/SPICE means more documentation, both to define the process and to show that we followed the process.

S., you say you&#039;ve worked with brilliant engineers who were practically illiterate. I never have; some were better writers than others but most were pretty fair. If they were poor writers, they tended to be poor engineers, too. And the best doc writer I ever met absolutely hated it! As you say, he took the time and effort to do it right (so he wouldn&#039;t have to do it over).

My degree is in Mathematics (emphasis in Computer Science), with a minor in English (emphasis in Creative Writing, not Technical Writing) and I often mention this about my college days: as students often did (at least in those days), we&#039;d sit around during breaks and discuss majors and minors. If it was in one of my hard-science classes, when I mentioned my minor was English, it was like, &quot;Cool, have you had this class yet? What did you think of that professor?&quot; In other words, the guys following the hard science curriculum more or less expected that we had varied interests and that often included the fuzzy subjects. I&#039;ve since run into many engineers with background in writing, photography, music (lots of musicians), etc.

But in the English classes, when I mentioned that I was majoring in Math, you could practically hear their chins hit the floor. For those students, it was as if people in the hard sciences couldn&#039;t understand the arts and people in the arts couldn&#039;t do hard science (sadly, there&#039;s some evidence to that effect).</description>
		<content:encoded><![CDATA[<p>A lot of what we do is writing and it is getting worse all the time: every new layer of ISO/CMM/SPICE means more documentation, both to define the process and to show that we followed the process.</p>
<p>S., you say you&#8217;ve worked with brilliant engineers who were practically illiterate. I never have; some were better writers than others but most were pretty fair. If they were poor writers, they tended to be poor engineers, too. And the best doc writer I ever met absolutely hated it! As you say, he took the time and effort to do it right (so he wouldn&#8217;t have to do it over).</p>
<p>My degree is in Mathematics (emphasis in Computer Science), with a minor in English (emphasis in Creative Writing, not Technical Writing) and I often mention this about my college days: as students often did (at least in those days), we&#8217;d sit around during breaks and discuss majors and minors. If it was in one of my hard-science classes, when I mentioned my minor was English, it was like, &#8220;Cool, have you had this class yet? What did you think of that professor?&#8221; In other words, the guys following the hard science curriculum more or less expected that we had varied interests and that often included the fuzzy subjects. I&#8217;ve since run into many engineers with background in writing, photography, music (lots of musicians), etc.</p>
<p>But in the English classes, when I mentioned that I was majoring in Math, you could practically hear their chins hit the floor. For those students, it was as if people in the hard sciences couldn&#8217;t understand the arts and people in the arts couldn&#8217;t do hard science (sadly, there&#8217;s some evidence to that effect).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: S.T. @ LI</title>
		<link>http://www.embeddedinsights.com/channels/2010/08/04/how-much-of-an-engineer%e2%80%99s-job-is-writing/#comment-1064</link>
		<dc:creator>S.T. @ LI</dc:creator>
		<pubDate>Thu, 05 Aug 2010 20:11:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.embeddedinsights.com/channels/?p=234#comment-1064</guid>
		<description>I&#039;ve been developing firmware for 25 years and I find that I spend at least as much time writing verbiage as I do writing code. My writing includes proposals, specifications, status reports, technical correspondence (email), and the often overlooked code documentation (comments in the code).

I take my writing very seriously and I am meticulous about it. However, in the engineering world, I find I am the exception. My point is not that I&#039;m a great writer. It&#039;s that I take the time and effort to communicate clearly. Most engineers simply do not expend that effort in their writing.

Much of what I read from other engineers falls into two categories: 1) prose that is overly wordy in order to &#039;sound&#039; sophisticated, and 2) text that says nothing and simply fulfills an obligation to write a document. Both of these scenarios produce worthless documents that waste the employee&#039;s time and the employer&#039;s money.

I&#039;ve also found that engineering prowess does not translate to comparable writing skills. I have worked with brilliant engineers who are practically illiterate. However, the contrary does not seem to be true. Very few of the incompetent engineers I have encountered turned out to be great writers.

Engineering expertise may be an innate talent, but competent writing skills certainly are not. It just takes a bit more time and effort than most engineers are willing to offer.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been developing firmware for 25 years and I find that I spend at least as much time writing verbiage as I do writing code. My writing includes proposals, specifications, status reports, technical correspondence (email), and the often overlooked code documentation (comments in the code).</p>
<p>I take my writing very seriously and I am meticulous about it. However, in the engineering world, I find I am the exception. My point is not that I&#8217;m a great writer. It&#8217;s that I take the time and effort to communicate clearly. Most engineers simply do not expend that effort in their writing.</p>
<p>Much of what I read from other engineers falls into two categories: 1) prose that is overly wordy in order to &#8216;sound&#8217; sophisticated, and 2) text that says nothing and simply fulfills an obligation to write a document. Both of these scenarios produce worthless documents that waste the employee&#8217;s time and the employer&#8217;s money.</p>
<p>I&#8217;ve also found that engineering prowess does not translate to comparable writing skills. I have worked with brilliant engineers who are practically illiterate. However, the contrary does not seem to be true. Very few of the incompetent engineers I have encountered turned out to be great writers.</p>
<p>Engineering expertise may be an innate talent, but competent writing skills certainly are not. It just takes a bit more time and effort than most engineers are willing to offer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: L.R. @ LI</title>
		<link>http://www.embeddedinsights.com/channels/2010/08/04/how-much-of-an-engineer%e2%80%99s-job-is-writing/#comment-1063</link>
		<dc:creator>L.R. @ LI</dc:creator>
		<pubDate>Thu, 05 Aug 2010 20:10:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.embeddedinsights.com/channels/?p=234#comment-1063</guid>
		<description>I was hanging around as my sons attended a Communications merit badge workshop and realized that communication, usually written communication, is an engineer&#039;s primary function. We spend a little time determining what is the right approach to a questions and the rest of our time is spent explaining it to others: What is this best approach; details of how to apply this best approach; why this is the best approach; and answering challenges to our determination of the best approach. The engineer doesn&#039;t build the bridge or assemble the black box, he has to tell others how to do so. He doesn&#039;t pay for the building or SW application, he has to convince others to do so.

It&#039;s hard to quantify how an engineer&#039;s time is allocated between problem solving, writing about it, and talking about it, since the three legs of the stool support each other. When you catch your reference guy in the hall and ask for clarification on how a certain part works, are you problem solving or verbally communicating? When you are performing a peer review and ask if a certain paragraph is clear, are you talking or writing?</description>
		<content:encoded><![CDATA[<p>I was hanging around as my sons attended a Communications merit badge workshop and realized that communication, usually written communication, is an engineer&#8217;s primary function. We spend a little time determining what is the right approach to a questions and the rest of our time is spent explaining it to others: What is this best approach; details of how to apply this best approach; why this is the best approach; and answering challenges to our determination of the best approach. The engineer doesn&#8217;t build the bridge or assemble the black box, he has to tell others how to do so. He doesn&#8217;t pay for the building or SW application, he has to convince others to do so.</p>
<p>It&#8217;s hard to quantify how an engineer&#8217;s time is allocated between problem solving, writing about it, and talking about it, since the three legs of the stool support each other. When you catch your reference guy in the hall and ask for clarification on how a certain part works, are you problem solving or verbally communicating? When you are performing a peer review and ask if a certain paragraph is clear, are you talking or writing?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
