<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Posts on Daryl J. White</title>
    <link>https://djw.fyi/posts/</link>
    <description>Recent content in Posts on Daryl J. White</description>
    <generator>Hugo -- 0.154.5</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 10 Mar 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://djw.fyi/posts/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Documentation as the Knowledgeable Colleague</title>
      <link>https://djw.fyi/posts/knowledgeable-colleague/</link>
      <pubDate>Tue, 10 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://djw.fyi/posts/knowledgeable-colleague/</guid>
      <description>&lt;figure&gt;
    &lt;img loading=&#34;lazy&#34; src=&#34;https://djw.fyi/colleagues.jpg&#34;
         alt=&#34;Two women stand on opposite ends of a white board. One holds a marker while explaining a diagram to the other.&#34;/&gt; &lt;figcaption&gt;
            &lt;p&gt;Photo by &lt;a href=&#34;https://www.pexels.com/@thisisengineering/&#34;&gt;ThisIsEngineering&lt;/a&gt; on &lt;a href=&#34;https://www.pexels.com/photo/photo-of-women-talking-beside-whiteboard-3861952/&#34;&gt;Pexels&lt;/a&gt;.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;

&lt;p&gt;There&amp;rsquo;s a specific feeling you get when documentation actually works.&lt;/p&gt;
&lt;p&gt;It&amp;rsquo;s not relief, exactly.
It&amp;rsquo;s more like the feeling of asking a question and getting a straight answer from someone who knows what they&amp;rsquo;re talking about.
Someone who anticipated what you needed, skipped the parts you already knew, and told you what to do without talking down to you.&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Spokes of the Wheel</title>
      <link>https://djw.fyi/posts/spokes/</link>
      <pubDate>Sat, 07 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://djw.fyi/posts/spokes/</guid>
      <description>&lt;figure&gt;
    &lt;img loading=&#34;lazy&#34; src=&#34;https://djw.fyi/bicycle-wheel.jpg&#34;
         alt=&#34;Close up photo of the wheel of a light blue and white bicycle showing the psokes coming off the hub and the bicycle chain. The bicycle sits in the grass next to a blurred gravel trail.&#34;/&gt; &lt;figcaption&gt;
            &lt;p&gt;Photo by &lt;a href=&#34;https://www.pexels.com/@adam-dubec-745977/&#34;&gt;Adam Dubec&lt;/a&gt; on &lt;a href=&#34;https://www.pexels.com/photo/close-up-photo-of-bicycle-chain-1595485/&#34;&gt;Pexels&lt;/a&gt;.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;

&lt;p&gt;If you look at a standard corporate org chart, you’ll see neat little boxes.
Engineering is over here, Product is over there, Sales is on the other side of the building (or the virtual workspace), and Support is tucked away in the corner.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Documentation is the ultimate QA test</title>
      <link>https://djw.fyi/posts/tech-writer-as-qa/</link>
      <pubDate>Wed, 28 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://djw.fyi/posts/tech-writer-as-qa/</guid>
      <description>&lt;figure&gt;
    &lt;img loading=&#34;lazy&#34; src=&#34;https://djw.fyi/pexels-olia-danilevich-4974912.jpg&#34;
         alt=&#34;A person types on one laptop with a screen of code displayed. A second laptop is positioned to their right with other programs running.&#34;/&gt; &lt;figcaption&gt;
            &lt;p&gt;Photo by &lt;a href=&#34;https://www.pexels.com/@olia-danilevich/&#34;&gt;olia danilevich&lt;/a&gt; on &lt;a href=&#34;https://www.pexels.com/photo/person-coding-on-a-macbook-pro-4974912/&#34;&gt;Pexels&lt;/a&gt;.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;

&lt;p&gt;There is a persistent myth that technical writers sit around waiting for a developer to &amp;ldquo;finish&amp;rdquo; a feature so we can write the documentation.
In this version of reality, we are the stenographers of the software world, recording what happened after the dust has settled.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Choosing a docs tool</title>
      <link>https://djw.fyi/posts/choosing-a-docs-tool/</link>
      <pubDate>Mon, 20 Jan 2025 00:00:00 +0000</pubDate>
      <guid>https://djw.fyi/posts/choosing-a-docs-tool/</guid>
      <description>&lt;figure&gt;
    &lt;img loading=&#34;lazy&#34; src=&#34;https://djw.fyi/pexels-brett-jordan-4692281.jpg&#34;
         alt=&#34;The back of a house is under construction, with partially built cinderblock walls and sundry construction materials scattered around.&#34;/&gt; &lt;figcaption&gt;
            &lt;p&gt;Photo by &lt;a href=&#34;https://www.pexels.com/@brettjordan&#34;&gt;Brett Jordan&lt;/a&gt; at &lt;a href=&#34;https://www.pexels.com/photo/street-storm-building-bricks-4692281/&#34;&gt;Pexels&lt;/a&gt;.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;

&lt;p&gt;In the &lt;a href=&#34;https://www.writethedocs.org/slack/&#34;&gt;Write the Docs Slack community&lt;/a&gt;, folks often ask how to go about deciding what documentation tool or set of tools is the right one to use.
I have taken to replying often with a series of questions, instead of answering.&lt;/p&gt;
&lt;p&gt;Why the Socratic method?
Because tooling for docs is a very, very circumstance-specific choice.
No one answer is correct.
As I have often said in Write the Docs and elsewhere, I firmly believe that a good technical writer can create great docs with pretty much any toolset.
Yes, even Microsoft Word, though we might shudder while doing so.&lt;/p&gt;</description>
    </item>
    <item>
      <title>What technical writing can do</title>
      <link>https://djw.fyi/posts/what-tech-writing-can-do/</link>
      <pubDate>Mon, 22 Jan 2024 00:00:00 +0000</pubDate>
      <guid>https://djw.fyi/posts/what-tech-writing-can-do/</guid>
      <description>&lt;figure&gt;
    &lt;img loading=&#34;lazy&#34; src=&#34;https://djw.fyi/hands-on-keyboard.jpg&#34;
         alt=&#34;A man sits on a bench, typing on the laptop that sits on his lap.&#34;/&gt; &lt;figcaption&gt;
            &lt;p&gt;Photo by &lt;a href=&#34;https://www.pexels.com/@startup-stock-photos/&#34;&gt;Startup Stock Photos&lt;/a&gt; from &lt;a href=&#34;https://www.pexels.com/photo/person-s-hands-on-macbook-pro-7114/&#34;&gt;Pexels&lt;/a&gt;.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;

&lt;p&gt;Curious about what a technical writer can do for you?&lt;/p&gt;
&lt;p&gt;Here are twenty-five things you might find a technical writer doing in their job on any given day:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;Interviewing a subject matter expert to learn more about what they are writing about.&lt;/p&gt;
&lt;p&gt;This might be a product manager, project lead, developer, customer, salesperson, developer advocate, end user, nearly anyone who might touch or use what we are a writing about.&lt;/p&gt;</description>
    </item>
    <item>
      <title>GitHub Tips and Tricks</title>
      <link>https://djw.fyi/posts/github-tips/</link>
      <pubDate>Wed, 25 Jan 2023 00:00:00 +0000</pubDate>
      <guid>https://djw.fyi/posts/github-tips/</guid>
      <description>&lt;figure&gt;
    &lt;img loading=&#34;lazy&#34; src=&#34;https://djw.fyi/phone-with-notifications.jpg&#34;
         alt=&#34;A smartphone glows with a page full of app icons.&#34;/&gt; &lt;figcaption&gt;
            &lt;p&gt;Photo credit: by &lt;a href=&#34;https://unsplash.com/@stereophototyp&#34;&gt;Sara Kurfeß&lt;/a&gt; at &lt;a href=&#34;https://unsplash.com/photos/B4ndBW2R_Q8&#34;&gt;Unsplash&lt;/a&gt;.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;

&lt;p&gt;I started using Git and GitHub for docs in 2019.
It&amp;rsquo;s been a slow build, but I&amp;rsquo;ve finally started to learn some helpful ways of going about things.
So there are two &lt;strong&gt;GitHub&lt;/strong&gt; specific tips I want to share with you that have helped me out in my day to day.&lt;/p&gt;
&lt;h2 id=&#34;choose-where-a-repos-notifications-go&#34;&gt;Choose where a repo&amp;rsquo;s notifications go&lt;/h2&gt;
&lt;p&gt;For the longest time, I just let all of my notifications go to whichever default email address I had defined.
This meant that &lt;em&gt;all&lt;/em&gt; of my GitHub notifications wound up going to my work email, because work had the majority of the notifications.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Caring for knowledge</title>
      <link>https://djw.fyi/posts/caring-for-knowledge/</link>
      <pubDate>Sat, 29 Jan 2022 00:00:00 +0000</pubDate>
      <guid>https://djw.fyi/posts/caring-for-knowledge/</guid>
      <description>&lt;figure&gt;
    &lt;img loading=&#34;lazy&#34; src=&#34;https://djw.fyi/vortex-of-books.jpg&#34;
         alt=&#34;A vast number of books in chaotic states seem to swirl down a whirlpool.&#34;/&gt; &lt;figcaption&gt;
            &lt;p&gt;Photo by &lt;a href=&#34;https://www.pexels.com/@pixabay&#34;&gt;Pixabay&lt;/a&gt; at &lt;a href=&#34;https://www.pexels.com/photo/pile-of-covered-books-159751/&#34;&gt;Pexels&lt;/a&gt;.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;

&lt;h2 id=&#34;why-is-good-knowledge-care-critical&#34;&gt;Why is good knowledge care critical?&lt;/h2&gt;
&lt;p&gt;Every business, small or large, has a body of knowledge around its existence.&lt;/p&gt;
&lt;p&gt;The business has one or more products or services it sells. It has processes for how to obtain, create, or use the products or services. It has sales documents and collateral. There are accounting charts and customer lists. How to manuals and vendors. Hire onboarding and competitive analyses. The knowledge goes on and on.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Six characteristics of good docs</title>
      <link>https://djw.fyi/posts/what-makes-docs-good/</link>
      <pubDate>Fri, 05 Nov 2021 00:00:00 +0000</pubDate>
      <guid>https://djw.fyi/posts/what-makes-docs-good/</guid>
      <description>&lt;figure&gt;
    &lt;img loading=&#34;lazy&#34; src=&#34;https://djw.fyi/makes-docs-good.jpg&#34;
         alt=&#34;A yellow dog sits on a bed next to an open book, mouth open, toil wagging, wearing glasses.&#34;/&gt; &lt;figcaption&gt;
            &lt;p&gt;Photo by &lt;a href=&#34;https://www.pexels.com/@samson-katt&#34;&gt;Samson Katt&lt;/a&gt; on &lt;a href=&#34;https://www.pexels.com/photo/cute-labrador-retriever-in-eyeglasses-lying-on-bed-with-book-5255251/&#34;&gt;Pexels&lt;/a&gt;.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;

&lt;p&gt;Good docs have (at least) six key characteristics:&lt;/p&gt;
&lt;h2 id=&#34;findable&#34;&gt;Findable&lt;/h2&gt;
&lt;p&gt;For documentation to be worth the time spent creating it, the user needs to be able to get to those docs when a problem or curiosity creates a need for information.
The best docs do nobody any good if they can&amp;rsquo;t put their hands or eyes on them when they need them.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Leaving Well</title>
      <link>https://djw.fyi/posts/leaving-well/</link>
      <pubDate>Thu, 07 Oct 2021 00:00:00 +0000</pubDate>
      <guid>https://djw.fyi/posts/leaving-well/</guid>
      <description>&lt;figure&gt;
    &lt;img loading=&#34;lazy&#34; src=&#34;https://djw.fyi/time-for-change.jpg&#34;
         alt=&#34;A white, lit up letter board uses multi colored letters to say Time for change. In the background is what looks like a very blurred lit up Christmas tree.&#34;/&gt; &lt;figcaption&gt;
            &lt;p&gt;Photo by &lt;a href=&#34;https://www.pexels.com/@alexasfotos&#34;&gt;Alexas Fotos&lt;/a&gt; from &lt;a href=&#34;https://www.pexels.com/photo/time-for-change-sign-with-led-light-2277784/&#34;&gt;Pexels&lt;/a&gt;.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;

&lt;p&gt;There are many flavors of technical writing.
Mine is software.&lt;/p&gt;
&lt;p&gt;One of the constants of any software team is the change that comes with employee churn.
People find new opportunities by joining your team.
People find new opportunities and leave your team for elsewhere.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Editing and Gathering Feedback</title>
      <link>https://djw.fyi/posts/editing-and-gathering-feedback/</link>
      <pubDate>Thu, 23 Sep 2021 00:00:00 +0000</pubDate>
      <guid>https://djw.fyi/posts/editing-and-gathering-feedback/</guid>
      <description>&lt;figure&gt;
    &lt;img loading=&#34;lazy&#34; src=&#34;https://djw.fyi/pexels-moose-photos-1036641.jpg&#34;
         alt=&#34;A woman sits at a desk with a laptop computer. Another woman stands to the person&amp;#39;s right while a man to the person&amp;#39;s left leans over the desk and uses a pen to point at something on the laptop screen.&#34;/&gt; &lt;figcaption&gt;
            &lt;p&gt;Photo by &lt;a href=&#34;https://www.pexels.com/@moose-photos-170195?utm_content=attributionCopyText&amp;amp;utm_medium=referral&amp;amp;utm_source=pexels&#34;&gt;&lt;strong&gt;Moose Photos&lt;/strong&gt;&lt;/a&gt; from &lt;a href=&#34;https://www.pexels.com/photo/colleagues-looking-at-laptop-1036641/&#34;&gt;&lt;strong&gt;Pexels&lt;/strong&gt;&lt;/a&gt;.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;

&lt;ul&gt;
&lt;li&gt;I would like to thank the tech writers in the &lt;a href=&#34;https://www.writethedocs.org/slack/&#34;&gt;Write the Docs Slack&lt;/a&gt;&amp;rsquo;s &lt;code&gt;#lone-writer&lt;/code&gt; channel for bringing these ideas to the top of my mind.&lt;/li&gt;
&lt;/ul&gt;
&lt;hr&gt;
&lt;p&gt;Everyone suffers from a bias of familiarity when looking at our docs. Once you read something once, the next time you read it the mind can anticipate and insert what it remembers and expects to be there. This happens whether the expected word or phrase or punctuation is there or not.&lt;/p&gt;</description>
    </item>
    <item>
      <title>What good are docs?</title>
      <link>https://djw.fyi/posts/what-good-are-docs/</link>
      <pubDate>Sun, 05 Sep 2021 00:00:00 +0000</pubDate>
      <guid>https://djw.fyi/posts/what-good-are-docs/</guid>
      <description>&lt;figure&gt;
    &lt;img loading=&#34;lazy&#34; src=&#34;https://djw.fyi/pexels-suzy-hazelwood-1329644.jpg&#34;
         alt=&#34;Money, dice, and game pieces for Monopoly set spread out on a table.&#34;/&gt; &lt;figcaption&gt;
            &lt;p&gt;Photo by &lt;a href=&#34;https://www.pexels.com/@suzyhazelwood&#34;&gt;Suzy Hazelwood&lt;/a&gt; on &lt;a href=&#34;https://www.pexels.com/photo/white-and-purple-monopoly-trading-card-on-gray-surface-1329644/&#34;&gt;Pexels&lt;/a&gt;.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;

&lt;h2 id=&#34;are-docs-a-good-investment&#34;&gt;Are docs a good investment?&lt;/h2&gt;
&lt;p&gt;One of the challenges every documentarian faces is justifying the investment in docs.&lt;/p&gt;
&lt;p&gt;Whether that investment is&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;salary&lt;/li&gt;
&lt;li&gt;training and professional development&lt;/li&gt;
&lt;li&gt;expanded doc team&lt;/li&gt;
&lt;li&gt;tooling&lt;/li&gt;
&lt;li&gt;dev help for site development&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;It can feel like we technical writers are always battling it out for the company&amp;rsquo;s money.
And, often, the experience is that the money for conferences or books or a new team member goes to other teams instead.
Teams that have a clearer line of sight from work to the bottom line of the company&amp;rsquo;s P&amp;amp;L statement.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Community</title>
      <link>https://djw.fyi/posts/community/</link>
      <pubDate>Mon, 30 Aug 2021 00:00:00 +0000</pubDate>
      <guid>https://djw.fyi/posts/community/</guid>
      <description>&lt;figure&gt;
    &lt;img loading=&#34;lazy&#34; src=&#34;https://djw.fyi/pexels-startup-stock-photos-7096.jpg&#34;
         alt=&#34;A group of people sit around a table with notebooks, coffee cup, and computer.&#34;/&gt; &lt;figcaption&gt;
            &lt;p&gt;Photo by &lt;a href=&#34;https://www.pexels.com/@startup-stock-photos&#34;&gt;Startup Stock Photos&lt;/a&gt; from &lt;a href=&#34;https://www.pexels.com/photo/person-writing-on-the-notebook-7096/&#34;&gt;Pexels&lt;/a&gt;.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;

&lt;p&gt;Technical writing can be an introvert&amp;rsquo;s dream.
(I know, I am one!)
That said, there are two communities that every tech writer needs to develop to thrive in our work.&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Network of co-workers and subject matter experts&lt;/li&gt;
&lt;li&gt;Other tech writers for support and professional development&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;Why are these communities vital?
And how does a tech writer go about developing them?&lt;/p&gt;</description>
    </item>
    <item>
      <title>Are good enough docs really good enough?</title>
      <link>https://djw.fyi/posts/good-enough-doc-myth/</link>
      <pubDate>Sat, 21 Aug 2021 00:00:00 +0000</pubDate>
      <guid>https://djw.fyi/posts/good-enough-doc-myth/</guid>
      <description>&lt;figure&gt;
    &lt;img loading=&#34;lazy&#34; src=&#34;https://djw.fyi/pexels-brett-jordan-4692281.jpg&#34;
         alt=&#34;The back of a house is under construction, with partially built cinderblock walls and sundry construction materials scattered around.&#34;/&gt; &lt;figcaption&gt;
            &lt;p&gt;Photo by &lt;a href=&#34;https://www.pexels.com/@brettjordan&#34;&gt;Brett Jordan&lt;/a&gt; at &lt;a href=&#34;https://www.pexels.com/photo/street-storm-building-bricks-4692281/&#34;&gt;Pexels&lt;/a&gt;.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;

&lt;h2 id=&#34;what-makes-a-good-technical-document&#34;&gt;What makes a good technical document?&lt;/h2&gt;
&lt;p&gt;A good technical article, document, or topic has a few key points that make it stand out:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;It understands the user and has &lt;strong&gt;empathy for the situation&lt;/strong&gt; that brought them here, now.&lt;/p&gt;
&lt;p&gt;Don&amp;rsquo;t miss this point. It&amp;rsquo;s key.&lt;/p&gt;
&lt;p&gt;A good technical article has to be inside the mind of the user that&amp;rsquo;s come to the article.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Is your information architecture showing cracks?</title>
      <link>https://djw.fyi/posts/is-your-ia-showing-cracks/</link>
      <pubDate>Fri, 13 Aug 2021 00:00:00 +0000</pubDate>
      <guid>https://djw.fyi/posts/is-your-ia-showing-cracks/</guid>
      <description>&lt;figure&gt;
    &lt;img loading=&#34;lazy&#34; src=&#34;https://djw.fyi/cracked-egg.jpg&#34;
         alt=&#34;A brown egg, very cracked all over, sits in front of a golden background.&#34;/&gt; &lt;figcaption&gt;
            &lt;p&gt;Photo by &lt;a href=&#34;https://www.pexels.com/@ron-lach&#34;&gt;Ron Lach&lt;/a&gt; from &lt;a href=&#34;https://www.pexels.com/photo/cracked-egg-shell-on-yellow-background-8858688/&#34;&gt;Pexels&lt;/a&gt;.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;

&lt;p&gt;You can&amp;rsquo;t hang out with knowledge management platforms for long without realizing that their structure, or, should I say, &amp;ldquo;architecture,&amp;rdquo; gets dated.&lt;/p&gt;
&lt;p&gt;It cracks.
It goes stale.&lt;/p&gt;
&lt;h2 id=&#34;stale-knowledge-a-litany&#34;&gt;Stale knowledge, a litany&lt;/h2&gt;
&lt;p&gt;Knowledge stops functioning the way it did at the beginning.&lt;/p&gt;
&lt;p&gt;The roads go awry.&lt;/p&gt;
&lt;p&gt;There are turnabouts everywhere.&lt;/p&gt;
&lt;p&gt;Dead ends.&lt;/p&gt;
&lt;p&gt;So many dead ends.&lt;/p&gt;</description>
    </item>
    <item>
      <title>So you&#39;ve decided to convert your docs</title>
      <link>https://djw.fyi/posts/so-you-ve-decided-to-convert-your-docs/</link>
      <pubDate>Mon, 02 Aug 2021 00:00:00 +0000</pubDate>
      <guid>https://djw.fyi/posts/so-you-ve-decided-to-convert-your-docs/</guid>
      <description>&lt;figure&gt;
    &lt;img loading=&#34;lazy&#34; src=&#34;https://djw.fyi/pexels-mat-brown-552600.jpg&#34;
         alt=&#34;Black and white image of a weather vane on top of a roof, pointing southwest.&#34;/&gt; &lt;figcaption&gt;
            &lt;p&gt;Photo by &lt;a href=&#34;https://www.pexels.com/@mat-brown-150387&#34;&gt;&lt;strong&gt;&lt;em&gt;Mat Brown&lt;/em&gt;&lt;/strong&gt;&lt;/a&gt; from &lt;a href=&#34;https://www.pexels.com/photo/silhouette-of-wind-vane-552600/&#34;&gt;&lt;strong&gt;&lt;em&gt;Pexels&lt;/em&gt;&lt;/strong&gt;&lt;/a&gt;.&lt;/p&gt;
        &lt;/figcaption&gt;
&lt;/figure&gt;

&lt;p&gt;So you&amp;rsquo;ve done the work and you are ready to convert your docs from one tool to another.&lt;/p&gt;
&lt;p&gt;I, too, have done this. Actually, I am on my third time through doing such a massive undertaking. This time, as a lone writer having to maintain docs in both the old platform and the new.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
