<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <id>https://www.jimbeebewriter.com/blog</id>
    <title>Jim Beebe, Writer Blog</title>
    <updated>2026-10-01T23:53:17.000Z</updated>
    <generator>https://github.com/jpmonette/feed</generator>
    <link rel="alternate" href="https://www.jimbeebewriter.com/blog"/>
    <subtitle>Jim Beebe, Writer Blog</subtitle>
    <icon>https://www.jimbeebewriter.com/img/favicon.ico</icon>
    <entry>
        <title type="html"><![CDATA[I have Vale running]]></title>
        <id>https://www.jimbeebewriter.com/blog/First-linting-running</id>
        <link href="https://www.jimbeebewriter.com/blog/First-linting-running"/>
        <updated>2026-10-01T23:53:17.000Z</updated>
        <summary type="html"><![CDATA[I have Vale running in my CI/CD pipeline now.]]></summary>
        <content type="html"><![CDATA[<p>I have Vale running in my CI/CD pipeline now.</p>
<!-- -->
<p>After a lot of tinkering and adjusting settings, I have Vale running without errors. I had problems:</p>
<ol>
<li class="">I had to learn about fitting Vale into the structure for my deploy.yml file for GitHub.</li>
<li class="">I had to update references to deprecated versions of actions used in the sources I learned from.</li>
<li class="">I had to solve the errors that Vale found in my documents.</li>
</ol>
<p>I expected the first problem. That's the point of this project, to learn new skills and demonstrate them.</p>
<p>The second problem was an “unknown unknown.” I became aware of it when my linting jobs failed on deprecated versions (especially of <a href="http://node.js/" target="_blank" rel="noopener noreferrer" class="">Node.js</a> version 20). Figuring out what was happening and why was a multi-step process; I first had to figure out which actions were calling a specific version of Node, then I had to find all the instances of those actions and update their references to call their latest versions.</p>
<p>The third problem was fully my own fault. I'd run Vale locally and seen the number of warnings it generated, mostly over reading levels. I decided to leave those issues unsolved so I could see them in the GitHub output. Unfortunately, I exceeded GutHub’s logging limits, generating an error.</p>
<p>With all those problems solved, I now have a CI/CD pipeline with style checking built in. My next steps are to add spell checking and checking for well-formed Markdown.</p>]]></content>
        <author>
            <name>Jim Beebe</name>
            <uri>https://linkedin.com/in/jim-beebe-lead-technical-writer</uri>
        </author>
        <category label="Docs as Code" term="Docs as Code"/>
        <category label="Vale" term="Vale"/>
    </entry>
    <entry>
        <title type="html"><![CDATA[A Learning Journey]]></title>
        <id>https://www.jimbeebewriter.com/blog/New-learning-journey</id>
        <link href="https://www.jimbeebewriter.com/blog/New-learning-journey"/>
        <updated>2026-10-01T23:53:17.000Z</updated>
        <summary type="html"><![CDATA[This blog is a record of my learning journey as I develop new skills in docs-as-code documentation site building.]]></summary>
        <content type="html"><![CDATA[<p>This blog is a record of my learning journey as I develop new skills in docs-as-code documentation site building.</p>
<!-- -->
<p>I have deep skills in documentation - researching, interviewing, experimenting, drafting, revising, polishing, and publishing in various formats - but now I am learning the ins and outs of automated docs-as-code workflows.</p>]]></content>
        <author>
            <name>Jim Beebe</name>
            <uri>https://linkedin.com/in/jim-beebe-lead-technical-writer</uri>
        </author>
        <category label="Docs as Code" term="Docs as Code"/>
        <category label="Docusaurus" term="Docusaurus"/>
    </entry>
</feed>