<?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: Death To Outdated Developer Content</title> <atom:link href="http://blog.jeffreymcmanus.com/654/death-to-outdated-developer-content/feed/" rel="self" type="application/rss+xml" /><link>http://blog.jeffreymcmanus.com/654/death-to-outdated-developer-content/</link> <description>The New Thing</description> <lastBuildDate>Thu, 23 Dec 2010 19:55:49 +0000</lastBuildDate> <generator>http://wordpress.org/?v=2.9.2</generator> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <item><title>By: Jeffrey McManus</title><link>http://blog.jeffreymcmanus.com/654/death-to-outdated-developer-content/comment-page-1/#comment-954</link> <dc:creator>Jeffrey McManus</dc:creator> <pubDate>Wed, 23 May 2007 16:40:59 +0000</pubDate> <guid
isPermaLink="false">http://blog.jeffreymcmanus.com/?p=654#comment-954</guid> <description>Not at all, thanks for stopping by, Laura. This is great information.I&#039;ve been pondering for a while about a way to do open-source style collaboration on documentation in a more effective way. Not a content management system, not a wiki -- maybe like a wiki with some structure.&lt;p class=&quot;top-comments&quot;&gt;Current score: &lt;span class=&quot;top-comments-karma&quot; id=&quot;karma-954&quot;&gt;0&lt;/span&gt; &lt;small&gt;(to vote for this comment, please visit the site)&lt;/small&gt;&lt;/p&gt;</description> <content:encoded><![CDATA[<p>Not at all, thanks for stopping by, Laura. This is great information.</p><p>I&#8217;ve been pondering for a while about a way to do open-source style collaboration on documentation in a more effective way. Not a content management system, not a wiki &#8212; maybe like a wiki with some structure.<p
class="top-comments">Current score: <span
class="top-comments-karma" id="karma-954">0</span> <small>(to vote for this comment, please visit the site)</small></p> ]]></content:encoded> </item> <item><title>By: Laura Lemay</title><link>http://blog.jeffreymcmanus.com/654/death-to-outdated-developer-content/comment-page-1/#comment-953</link> <dc:creator>Laura Lemay</dc:creator> <pubDate>Wed, 23 May 2007 09:29:04 +0000</pubDate> <guid
isPermaLink="false">http://blog.jeffreymcmanus.com/?p=654#comment-953</guid> <description>There are many documentation consultancies out there.  Most of them focus on more than just writing -- they&#039;ll also put together an overall information architecture, and build complex content management systems as well.  Mostly this is because of the very reasons you mention -- documentation tends to be hugely undervalued in general by technology people, and documentation skills especially so (anyone can write, after all (sarcasm)).  You can be a lot more successful and more valued as a documentation services company if you downplay the actual documentation.  The majority of these consultancies -- as far as I&#039;ve seen -- also tend to work for very large companies simply because those are the kind of shops where they&#039;re more likely to need an information architecture and a content management system, etc, etc -- all the infrastructure larger companies with large amounts of documentation need.  Also the projects tend to be more stable and longer-term.Small companies and OSS projects, in my experience, are more focussed on immediate needs and small projects -- they need a manual right now for this particular release.  Individual contract writers and volunteers are better suited for that rather than consulancies.  But with individual work, especially volunteers, you definitely get a big variation in quality in the output.  Especially if the company doesn&#039;t really see long-term value in documentation in the first place, or doesn&#039;t see the need to pay up for talent (admittedly the technical communication industry hasn&#039;t been very good at explaining this value in the first place).   Maintenance is especially where things tend fall apart.  Even if you like to write documentation it really stinks to update it.Personally I have found some Microsoft developer content to be excellent -- the ASP.NET tutorials are the prime example.  A lot of the .NET reference content is kind of inscrutable, though, and the navigation is just plain impossible.  There have been dozens of times I&#039;ve stumbled on an article on MSDN that explained exactly what I needed to know -- and then lost it and never found it again.   Drat!With OSS documentation I&#039;ve found that the popular projects generally have excellent reference documentation (python and PHP, notably).  Excellent tutorial and procedural documentation is harder to find.  Mostly this is simply a function of the volunteer effort -- its easy to write a few reference docs here and there from time to time, and the nature of reference docs is easy to understand and to structure (pick a function, write about it.  done).  You need a deeer understanding of a project as a whole to write howtos or task oriented docs, as well as more skill in technical writing in general.  People who are good at this kind of writing tend to be doing it for money rather than as a volunteer.O&#039;Reilly (and to a lesser extent the other book publishers) do a good job of filling in the holes in quality tutorial and procedural documentation for OSS.  My only quibble with the ORA oevre is that since they focus on the technologists as authors the writing tends to be kind of fair-to-middling.  But I&#039;ve learned over the years that an author who is at the same time a good technologist, a good teacher, and a great writer is rare as hen&#039;s teeth.I seem to have spewed a rant all over your blog.  I&#039;m sorry about that.&lt;p class=&quot;top-comments&quot;&gt;Current score: &lt;span class=&quot;top-comments-karma&quot; id=&quot;karma-953&quot;&gt;0&lt;/span&gt; &lt;small&gt;(to vote for this comment, please visit the site)&lt;/small&gt;&lt;/p&gt;</description> <content:encoded><![CDATA[<p>There are many documentation consultancies out there.  Most of them focus on more than just writing &#8212; they&#8217;ll also put together an overall information architecture, and build complex content management systems as well.  Mostly this is because of the very reasons you mention &#8212; documentation tends to be hugely undervalued in general by technology people, and documentation skills especially so (anyone can write, after all (sarcasm)).  You can be a lot more successful and more valued as a documentation services company if you downplay the actual documentation.  The majority of these consultancies &#8212; as far as I&#8217;ve seen &#8212; also tend to work for very large companies simply because those are the kind of shops where they&#8217;re more likely to need an information architecture and a content management system, etc, etc &#8212; all the infrastructure larger companies with large amounts of documentation need.  Also the projects tend to be more stable and longer-term.</p><p>Small companies and OSS projects, in my experience, are more focussed on immediate needs and small projects &#8212; they need a manual right now for this particular release.  Individual contract writers and volunteers are better suited for that rather than consulancies.  But with individual work, especially volunteers, you definitely get a big variation in quality in the output.  Especially if the company doesn&#8217;t really see long-term value in documentation in the first place, or doesn&#8217;t see the need to pay up for talent (admittedly the technical communication industry hasn&#8217;t been very good at explaining this value in the first place).   Maintenance is especially where things tend fall apart.  Even if you like to write documentation it really stinks to update it.</p><p>Personally I have found some Microsoft developer content to be excellent &#8212; the ASP.NET tutorials are the prime example.  A lot of the .NET reference content is kind of inscrutable, though, and the navigation is just plain impossible.  There have been dozens of times I&#8217;ve stumbled on an article on MSDN that explained exactly what I needed to know &#8212; and then lost it and never found it again.   Drat!</p><p>With OSS documentation I&#8217;ve found that the popular projects generally have excellent reference documentation (python and PHP, notably).  Excellent tutorial and procedural documentation is harder to find.  Mostly this is simply a function of the volunteer effort &#8212; its easy to write a few reference docs here and there from time to time, and the nature of reference docs is easy to understand and to structure (pick a function, write about it.  done).  You need a deeer understanding of a project as a whole to write howtos or task oriented docs, as well as more skill in technical writing in general.  People who are good at this kind of writing tend to be doing it for money rather than as a volunteer.</p><p>O&#8217;Reilly (and to a lesser extent the other book publishers) do a good job of filling in the holes in quality tutorial and procedural documentation for OSS.  My only quibble with the ORA oevre is that since they focus on the technologists as authors the writing tends to be kind of fair-to-middling.  But I&#8217;ve learned over the years that an author who is at the same time a good technologist, a good teacher, and a great writer is rare as hen&#8217;s teeth.</p><p>I seem to have spewed a rant all over your blog.  I&#8217;m sorry about that.<p
class="top-comments">Current score: <span
class="top-comments-karma" id="karma-953">0</span> <small>(to vote for this comment, please visit the site)</small></p> ]]></content:encoded> </item> <item><title>By: Jeffrey McManus</title><link>http://blog.jeffreymcmanus.com/654/death-to-outdated-developer-content/comment-page-1/#comment-952</link> <dc:creator>Jeffrey McManus</dc:creator> <pubDate>Thu, 17 May 2007 00:34:25 +0000</pubDate> <guid
isPermaLink="false">http://blog.jeffreymcmanus.com/?p=654#comment-952</guid> <description>Well, every company aspires to world domination. The difference is how successful they are and what they&#039;ll do to get there.My point is that tiny companies (and open source projects) should be able to do good documentation as well as big companies. It&#039;s just a matter of defining &quot;done&quot; as &quot;thoroughly documented&quot;.I think that open source documentation can be terrific. A while back I blogged about how much I like python.org -- it&#039;s one of the best developer sites around, and that includes commercial and open-source.&lt;p class=&quot;top-comments&quot;&gt;Current score: &lt;span class=&quot;top-comments-karma&quot; id=&quot;karma-952&quot;&gt;0&lt;/span&gt; &lt;small&gt;(to vote for this comment, please visit the site)&lt;/small&gt;&lt;/p&gt;</description> <content:encoded><![CDATA[<p>Well, every company aspires to world domination. The difference is how successful they are and what they&#8217;ll do to get there.</p><p>My point is that tiny companies (and open source projects) should be able to do good documentation as well as big companies. It&#8217;s just a matter of defining &#8220;done&#8221; as &#8220;thoroughly documented&#8221;.</p><p>I think that open source documentation can be terrific. A while back I blogged about how much I like python.org &#8212; it&#8217;s one of the best developer sites around, and that includes commercial and open-source.<p
class="top-comments">Current score: <span
class="top-comments-karma" id="karma-952">0</span> <small>(to vote for this comment, please visit the site)</small></p> ]]></content:encoded> </item> <item><title>By: David C-L</title><link>http://blog.jeffreymcmanus.com/654/death-to-outdated-developer-content/comment-page-1/#comment-951</link> <dc:creator>David C-L</dc:creator> <pubDate>Wed, 16 May 2007 13:29:25 +0000</pubDate> <guid
isPermaLink="false">http://blog.jeffreymcmanus.com/?p=654#comment-951</guid> <description>I think Microsoft&#039;s specific strategy for world domination makes them place a higher value on developer support and developer documentation than nearly any other organization in the world.As Adobe becomes more comfortable in its new role as a developer-focused company (with the Macromedia acquisition, Adobe has a lot more developer tech than they used to), I&#039;m hoping their documentation will improve.Open Source documentation is never going to be as good as commercial developer documentation.  Either it is written by volunteers, or it is written by an organization that makes their money selling support for the product.Actually, I suspect that some of the larger open-source software companies may have excellent documentation that they simply don&#039;t release to the public, because doing so is not in their financial interest.The solution to the open-source documentation problem exists, and its name is O&#039;Reilly-- but it can sure be frustrating when there isn&#039;t a book on the tech you want to work with.As a side note-- while I agree with you that Microsoft&#039;s tutorials are excellent, your experience of starting with a web search, running into outdated content, and making many wrong turns before finding the tutorial you need is what happens to me pretty much every time I need to find developer content on Microsoft&#039;s site.  This is one aspect of the process that I&#039;m amazed Microsoft can&#039;t do better-- organizing their documentation, linking outdated documents to the more current versions, and making the whole collection much more searchable.&lt;p class=&quot;top-comments&quot;&gt;Current score: &lt;span class=&quot;top-comments-karma&quot; id=&quot;karma-951&quot;&gt;0&lt;/span&gt; &lt;small&gt;(to vote for this comment, please visit the site)&lt;/small&gt;&lt;/p&gt;</description> <content:encoded><![CDATA[<p>I think Microsoft&#8217;s specific strategy for world domination makes them place a higher value on developer support and developer documentation than nearly any other organization in the world.</p><p>As Adobe becomes more comfortable in its new role as a developer-focused company (with the Macromedia acquisition, Adobe has a lot more developer tech than they used to), I&#8217;m hoping their documentation will improve.</p><p>Open Source documentation is never going to be as good as commercial developer documentation.  Either it is written by volunteers, or it is written by an organization that makes their money selling support for the product.</p><p>Actually, I suspect that some of the larger open-source software companies may have excellent documentation that they simply don&#8217;t release to the public, because doing so is not in their financial interest.</p><p>The solution to the open-source documentation problem exists, and its name is O&#8217;Reilly&#8211; but it can sure be frustrating when there isn&#8217;t a book on the tech you want to work with.</p><p>As a side note&#8211; while I agree with you that Microsoft&#8217;s tutorials are excellent, your experience of starting with a web search, running into outdated content, and making many wrong turns before finding the tutorial you need is what happens to me pretty much every time I need to find developer content on Microsoft&#8217;s site.  This is one aspect of the process that I&#8217;m amazed Microsoft can&#8217;t do better&#8211; organizing their documentation, linking outdated documents to the more current versions, and making the whole collection much more searchable.<p
class="top-comments">Current score: <span
class="top-comments-karma" id="karma-951">0</span> <small>(to vote for this comment, please visit the site)</small></p> ]]></content:encoded> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using memcached
Page Caching using memcached (user agent is rejected)
Database Caching 1/13 queries in 0.016 seconds using memcached

Served from: blog.jeffreymcmanus.com @ 2012-02-11 02:20:23 -->
