home.social

#docops — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #docops, aggregated by home.social.

  1. Avoiding the docs slide into staleness takes some proactive effort. But a lot of that can be automated these days.

    I talk about some suggestions in a blog post here: djw.fyi/portfolio/preventing-d

    #WriteTheDocs #docs #TechnicalWriting #DocOps #LLMOps

  2. Avoiding the docs slide into staleness takes some proactive effort. But a lot of that can be automated these days.

    I talk about some suggestions in a blog post here: djw.fyi/portfolio/preventing-d

    #WriteTheDocs #docs #TechnicalWriting #DocOps #LLMOps

  3. Avoiding the docs slide into staleness takes some proactive effort. But a lot of that can be automated these days.

    I talk about some suggestions in a blog post here: djw.fyi/portfolio/preventing-d

    #WriteTheDocs #docs #TechnicalWriting #DocOps #LLMOps

  4. Avoiding the docs slide into staleness takes some proactive effort. But a lot of that can be automated these days.

    I talk about some suggestions in a blog post here: djw.fyi/portfolio/preventing-d

    #WriteTheDocs #docs #TechnicalWriting #DocOps #LLMOps

  5. Avoiding the docs slide into staleness takes some proactive effort. But a lot of that can be automated these days.

    I talk about some suggestions in a blog post here: djw.fyi/portfolio/preventing-d

    #WriteTheDocs #docs #TechnicalWriting #DocOps #LLMOps

  6. "At my current job, I've built a CLI tool that has over 20 different commands that help my team with doc ops and content quality. We frequently add, remove, and refine commands as our approach to documentation matures and our tooling changes. Our CLI was built to work with our docs repo, and has tools that let us do things like:

    - Validate all our arbitrary frontmatter
    - Generate card components for individual pages from frontmatter
    - Regenerate our custom Vale Views
    - Run a bunch of git commands for reporting purposes
    - Build a changelog for our Fern Definition
    - Summarize changes on a branch compared to main (to help draft release notes)
    - Extract and format a list of all our public endpoints from our Fern Definition
    - Generate a list of slugs and their associated filenames
    - Regenerate all D2 diagrams
    - Preflight checks that run all of our doc quality checks
    - So much more

    Some of our commands are just thin wrappers for commands for other tools we use (like Fern, Vale, git, and Linkinator). Some of our commands are just wrappers for bundles of our homegrown scripts. There aren't any hard rules for building your own internal CLI tooling. I just happened to bundle it all up into a CLI tool because that's what made sense for my team. Do what makes sense for your team."

    docsgoblin.com/blog/25-12-03-b

    #TechnicalWriting #DocsAsCode #Automation #SoftwareDocumentation #CLI #DocOps #Git #Vale

  7. I've lately become very interested in an open hardware data modeling project that could be a game changer, and I think anyone interested in and should take note.

    socallinuxexpo.org/scale/20x/p

    github.com/Mach30

  8. Fantastic talk on crossover from DevOps and documentation by @lornajane at #writethedocs

    I’m still out here trying to make #DocOps a thing

  9. I love how #Ops has become a thing across tech: #DevOps, #SecOps, #DocOps, etc.

    Saw a new one today that makes even more sense to me: #HugOps

    I know, right?

    So go do your thing, #Internet. Make this happen. #Hugs everyday, not just #Caturday #WeCanChangeTheWorld

    #CatsOfMastodon #MastoCats #KittehSnuggles #Tortiseshell #GingerCat #FreeHugs

  10. I added some validation and link checking to this docs folder about a week ago. It's already pointed out something broken on three different pull requests. #DocOps turns out is a good investment, even though I was sure I knew what I was doing and these tools would help "other people" 😆

  11. Great talk about #DocOps from @lornajane at #FOSDEM. Some key takeaways:
    - Treat docs as code.
    - Do linting and fuzzing just like you would with code.
    - Use source control and leverage things like branching for efficient reviewing.
    - Make sure all the tooling is available locally (not just an upstream platform).
    -Privilege local previews for fast feedback loops.

  12. I published a version of my "so-short-even-a-developer-can-read-it" technical writing style guide lornajane.net/posts/2024/short

    The goal is to give guidance that helps a technical contributor to be successful without needing to be an expert in writing as well. There are many things that can be picked up with some good #DocOps tooling or a quick review from someone who does deal with docs every day. So stick to the basics, and give people advice they can use!

  13. Recently have been having success with writing one-off Ruby scripts to update documentation or generate project documentation Jekyll pages based on the project files.🦾
    #ruby #automation #documentation #docops