<?xml version='1.0' encoding='UTF-8'?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://www.writethedocs.org/</id>
  <title>Blog</title>
  <updated>2026-02-06T00:46:07.583940+00:00</updated>
  <link href="https://www.writethedocs.org/"/>
  <link href="https://www.writethedocs.org/blog/archive/atom.xml" rel="self"/>
  <generator uri="https://ablog.readthedocs.org/" version="0.10.31">ABlog</generator>
  <entry>
    <id>https://www.writethedocs.org/blog/newsletter-february-2026/</id>
    <title>Write the Docs Newsletter – February 2026</title>
    <updated>2026-02-05T00:00:00+00:00</updated>
    <author>
      <name>Write the Docs Team</name>
    </author>
    <content type="html">&lt;section id="write-the-docs-newsletter-february-2026"&gt;

&lt;p&gt;Welcome to the first newsletter of 2026! I hope your year is off to a good start, full of cooperative colleagues, generous deadlines, and bug-free docs sites. What more could you want?&lt;/p&gt;
&lt;p&gt;The Portland conference will be here before you know it, so &lt;a class="reference external" href="/conf/portland/2026/tickets/"&gt;get your tickets&lt;/a&gt; while you can. If you need assistance in attending, applications for opportunity grants close this Thursday, so &lt;a class="reference external" href="/conf/portland/2026/opportunity-grants/"&gt;apply now&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;We’re still looking for someone to join the &lt;a class="reference external" href="/team/#newsletter"&gt;newsletter team&lt;/a&gt;, so if you’re interested, reach out to &lt;a class="reference external" href="https://writethedocs.slack.com/archives/DC5HWBL3G"&gt;&amp;#64;Aaron Collier in Slack&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;This month’s newsletter has articles on recommendations for good alt text, whether LLMs can be useful even if there’s a bubble around AI, and what it means to be a “full-stack” documentarian. Enjoy!&lt;/p&gt;
&lt;section id="style-guidance-for-alt-text"&gt;
&lt;h2&gt;Style guidance for alt text&lt;/h2&gt;
&lt;p&gt;Alternative text (alt text) can be difficult to write well. One strategy is to duplicate image captions. While this satisfies the recommendation that “every image should have some alt text,” many documentarians want more considered alt text.&lt;/p&gt;
&lt;p&gt;Effective alt text should communicate essential visual information of an image in context. You may want to include the purpose of the image rather than attempting to describe every detail. Alt text should be limited to one or two sentences (thorough but concise) and focused on the information the image is meant to communicate. Do not include decorative details nor text that appears in the documentation, itself.&lt;/p&gt;
&lt;p&gt;Because screen readers already announce images, do not start alt text with a phrase such as “image of”. However, context-specific terms such as “screenshot of” or “graph of” can be appropriate if they add meaning.&lt;/p&gt;
&lt;p&gt;To help you develop effective alt text, consider how you would explain the image verbally to someone over the phone. Doing this can help you focus on what matters to a visually-impaired user.&lt;/p&gt;
&lt;p&gt;There are several authoritative standards with guidelines for writing alt text. Also, consider accessibility resources about screen readers. Resources from W3C/WAI, WCAG, and government agencies (such as UK accessibility content, US government 508 guidelines, or your country’s governmental accessibility agency) are usually reliable references. These references are useful both for learning best practices and for resolving concerns about accessibility requirements:&lt;/p&gt;
&lt;ul class="simple"&gt;
&lt;li&gt;&lt;p&gt;&lt;a class="reference external" href="https://www.w3.org/WAI/tutorials/images/"&gt;WAI Images Tutorial&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;a class="reference external" href="https://www.w3.org/TR/WCAG22/"&gt;Web Content Accessibility Guidelines (WCAG) 2.2&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;a class="reference external" href="https://webaim.org/techniques/alttext/"&gt;WebAIM: Alternative Text&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;a class="reference external" href="https://www.nngroup.com/articles/write-alt-text/"&gt;Alt Text: What to Write (NN Group)&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;a class="reference external" href="https://www.nngroup.com/articles/alt-text-usability/"&gt;Alt Text: Not Always Needed (NN Group)&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;a class="reference external" href="https://accessibility.blog.gov.uk/2024/07/17/alternative-text-in-action/"&gt;Alternative text in action (UK gov)&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;a class="reference external" href="https://www.section508.gov/create/alternative-text/"&gt;Authoring Meaningful Alternative Text (US gov)&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;See more Write the Docs resources about &lt;a class="reference external" href="/topics/#accessibility-and-inclusivity"&gt;accessibility and inclusivity&lt;/a&gt; and &lt;a class="reference external" href="/topics/#style-guides"&gt;style guides&lt;/a&gt;.&lt;/p&gt;
&lt;/section&gt;
&lt;section id="can-ai-be-both-a-bubble-and-useful"&gt;
&lt;h2&gt;Can AI be both a bubble and useful?&lt;/h2&gt;
&lt;p&gt;According to a recent discussion in the &lt;a class="reference external" href="https://writethedocs.slack.com/archives/C1NEAD7D4"&gt;#ai channel&lt;/a&gt;, yes! The discussion was prompted by an article: &lt;a class="reference external" href="https://bigthink.com/the-present/the-rise-of-ai-denialism/"&gt;The Rise of AI Denialism&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Many remarked on the bubble aspect – especially the over-hyped public perception. Current AI systems are viewed as heavily subsidized and not economically sustainable at real operating costs. Once venture capital, government incentives, or free tiers disappear, AI tools may become prohibitively expensive or vanish. Considerable resources (especially water and electricity) are used to maintain data centers. The significant need for hardware affects availability for consumers and business. At some point, the pushback may be considerable.&lt;/p&gt;
&lt;p&gt;AI is reshaping how knowledge work gets done and is unlikely to disappear even if funding collapses or free tools vanish. Those in a position to hire mentioned the need for applicants to have at least some exposure to generative AI. One raised concerns about how to evaluate potential hires and their use of AI. Another expressed concern about “AI denialists” having problems getting hired.&lt;/p&gt;
&lt;p&gt;But many also shared how it has affected them – the useful aspects and how it has changed their work already. They see it as a useful tool rather than a replacement. A July 2025 WTD Newsletter article focused on &lt;a class="reference external" href="/blog/newsletter-july-2025/#how-documentarians-use-ai-or-llms"&gt;how documentarians use AI or LLMs&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;There was a concern about the “future” of AI in the sense that “public” AI has evolved so quickly that future improvement may be limited. Few had concerns about replacing humans other than having some (especially entry-level) jobs disappear. AI affects certain types of jobs (such as creative, UX/UI, translation, and perhaps some programming jobs). The expectation was that other AI-related jobs will evolve. For example, some may position themselves to be the in-house AI experts as the humans who prompt output and review provided content.&lt;/p&gt;
&lt;p&gt;Therefore, the general consensus was &lt;em&gt;when&lt;/em&gt; the AI bubble bursts, AI will remain as a limited, expensive, and practical tool to improve documentarians’ work rather than as a replacement for their work.&lt;/p&gt;
&lt;p&gt;See more Write the Docs resources about &lt;a class="reference external" href="/topics/#ai-and-llms"&gt;AI and LLMs&lt;/a&gt;.&lt;/p&gt;
&lt;/section&gt;
&lt;section id="defining-a-full-stack-documentarian"&gt;
&lt;h2&gt;Defining a full-stack documentarian&lt;/h2&gt;
&lt;p&gt;Someone noted in the &lt;a class="reference external" href="https://writethedocs.slack.com/archives/C6ADX1YVA"&gt;#career-advice channel&lt;/a&gt; that they had run into the term “full-stack” to describe a role and wondered what it meant and whether it was something worth pursuing. Different people had different personal definitions, though there were some common themes.&lt;/p&gt;
&lt;p&gt;Some focused on the technical side of docs, meaning someone who is into tooling, creating pipelines, and creating docs sites and still writes docs themselves – as opposed to a docs engineer focused exclusively on the site itself. This option seemed to be focused on coding skills. The term “full-stack” was brought over from full-stack developers, which lent itself to a more technical way of looking at it. One person noted they referred to themselves this way to mean they covered all of the given developer stack, from backend APIs to the UI.&lt;/p&gt;
&lt;p&gt;Others thought of it as unrelated to code, but encompassing all of the possible other tasks that documentarians could be involved in: technical writing, content designing, and UX writing. And also different kinds of docs, from API references to tutorials to UX strings.&lt;/p&gt;
&lt;p&gt;One person noted an aversion to the term. To them, the idea of a “full-stack” documentarian implied a generalist, someone who can do a little of a lot of things but isn’t an expert in any. This brought up concerns that such generalists would necessarily be slower at any given task than a specialist with dedicated expertise. Generalists were seen as more useful at smaller companies that don’t have enough people to specialize.&lt;/p&gt;
&lt;p&gt;The consensus seemed to be that it could mean different things to different people, but the most important part was being able to promote your skills. If you feel comfortable using the term to describe yourself and it resonates with the people you talk to, use it! It’s important to show people the value you bring.&lt;/p&gt;
&lt;p&gt;See more Write the Docs resources about &lt;a class="reference external" href="/topics/#career-growth"&gt;career growth&lt;/a&gt;.&lt;/p&gt;
&lt;/section&gt;
&lt;section id="from-our-sponsor"&gt;
&lt;h2&gt;From our sponsor&lt;/h2&gt;
&lt;p&gt;This month’s newsletter is sponsored by &lt;a class="reference external" href="https://marketplace.atlassian.com/apps/254/gliffy-diagrams-for-confluence?hosting=cloud&amp;amp;tab=overview&amp;amp;utm_source=write-the-docs&amp;amp;utm_medium=sponsored-content&amp;amp;utm_campaign=2025-gliffy-gliffydiagramsforconfluence&amp;amp;utm_content=atlassian-marketplace"&gt;Gliffy&lt;/a&gt;.&lt;/p&gt;
&lt;a class="reference external image-reference" href="https://marketplace.atlassian.com/apps/254/gliffy-diagrams-for-confluence?hosting=cloud&amp;amp;tab=overview&amp;amp;utm_source=write-the-docs&amp;amp;utm_medium=sponsored-content&amp;amp;utm_campaign=2025-gliffy-gliffydiagramsforconfluence&amp;amp;utm_content=atlassian-marketplace"&gt;&lt;img alt="Gliffy logo" class="align-center" src="../../_images/gliffy.png" style="width: 50%;" /&gt;&lt;/a&gt;
&lt;p&gt;Gliffy gives fast‑moving teams a clearer way to communicate complex ideas. Its drag‑and‑drop canvas, Mermaid support, and AI‑powered diagram creation all come together in a single, seamless Confluence app.&lt;/p&gt;
&lt;p&gt;When your diagrams live directly inside Confluence, your documentation stays consistent, accessible, and far easier to keep up to date—no more scattered files or siloed knowledge.&lt;/p&gt;
&lt;p&gt;If you’re looking to elevate the way your team documents and collaborates, explore &lt;a class="reference external" href="https://marketplace.atlassian.com/apps/254/gliffy-diagrams-for-confluence?hosting=cloud&amp;amp;tab=overview&amp;amp;utm_source=write-the-docs&amp;amp;utm_medium=sponsored-content&amp;amp;utm_campaign=2025-gliffy-gliffydiagramsforconfluence&amp;amp;utm_content=atlassian-marketplace"&gt;Gliffy for free on the Atlassian Marketplace&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;&lt;em&gt;Interested in sponsoring the newsletter? Take a look at our&lt;/em&gt; &lt;a class="reference external" href="/sponsorship/newsletter/"&gt;sponsorship prospectus&lt;/a&gt;.&lt;/p&gt;
&lt;/section&gt;
&lt;section id="write-the-docs-resources"&gt;
&lt;h2&gt;Write the Docs resources&lt;/h2&gt;
&lt;p&gt;Write the Docs offers lots of valuable resources related to documentation. See all of the Write the Docs &lt;a class="reference external" href="/about/learning-resources/"&gt;learning resources&lt;/a&gt;. To discuss any of these ideas or others related to documentation, join the conversation in the &lt;a class="reference external" href="/slack/"&gt;Write the Docs Slack community&lt;/a&gt; in one of the many &lt;a class="reference external" href="/slack/#channel-guide"&gt;channels&lt;/a&gt;.&lt;/p&gt;
&lt;/section&gt;
&lt;section id="events-coming-up"&gt;
&lt;h2&gt;Events coming up&lt;/h2&gt;
&lt;ul class="simple"&gt;
&lt;li&gt;&lt;p&gt;6 Feb, 08:30 EST (US East Coast Virtual): &lt;a class="reference external" href="https://www.meetup.com/write-the-docs-east-coast/events/311760883/"&gt;Social Hour for Documentarians&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;10 Feb, 19:00 MST (Calgary, Canada): &lt;a class="reference external" href="https://www.meetup.com/wtd-calgary/events/312192003/"&gt;Finding documentation work in challenging times&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;10 Feb, 18:30 PST (San Francisco, USA): &lt;a class="reference external" href="https://www.meetup.com/write-the-docs-bay-area/events/312376457/"&gt;Practical AI strategies for documentation teams – Sponsored by Mintlify&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;13 Feb, 12:00 AEDT (Australia): &lt;a class="reference external" href="https://www.meetup.com/write-the-docs-australia/events/312360146/"&gt;Onboarding for two: how I accidentally made my AI smarter by onboarding a human&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;18 Feb, 17:00 CST (Austin, USA): &lt;a class="reference external" href="https://www.meetup.com/writethedocs-atx-meetup/events/313095487/"&gt;Beyond Networking: Building a Docs Community for Continuous Growth &amp;amp; Resiliency&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;20 Feb, 08:30 EST (US East Coast Virtual): &lt;a class="reference external" href="https://www.meetup.com/write-the-docs-east-coast/events/311760884/"&gt;Write the Docs East Coast Virtual Meetup&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;20 Feb, 12:00 PST (Portland, USA): &lt;a class="reference external" href="https://www.meetup.com/write-the-docs-pdx/events/313075350/"&gt;Write the Docs PDX - Casual Meetup&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;25 Feb, 18:00 CET (Barcelona, Spain): &lt;a class="reference external" href="https://www.meetup.com/write-the-docs-barcelona/events/312971513/"&gt;AI &amp;amp; Tech Writing - Share Your Experience!&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;6 Mar, 08:30 EST (US East Coast Virtual): &lt;a class="reference external" href="https://www.meetup.com/write-the-docs-east-coast/events/311760885/"&gt;Write the Docs East Coast Virtual Meetup&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;/section&gt;
&lt;/section&gt;
</content>
    <link href="https://www.writethedocs.org/blog/newsletter-february-2026/"/>
    <summary>Welcome to the first newsletter of 2026! I hope your year is off to a good start, full of cooperative colleagues, generous deadlines, and bug-free docs sites. What more could you want?</summary>
    <category term="newsletter" label="newsletter"/>
    <published>2026-02-05T00:00:00+00:00</published>
  </entry>
</feed>
