Close Menu
    DevStackTipsDevStackTips
    • Home
    • News & Updates
      1. Tech & Work
      2. View All

      This week in AI dev tools: Gemini 2.5 Pro and Flash GA, GitHub Copilot Spaces, and more (June 20, 2025)

      June 20, 2025

      Gemini 2.5 Pro and Flash are generally available and Gemini 2.5 Flash-Lite preview is announced

      June 19, 2025

      CSS Cascade Layers Vs. BEM Vs. Utility Classes: Specificity Control

      June 19, 2025

      IBM launches new integration to help unify AI security and governance

      June 18, 2025

      Monster Hunter Wilds game reviews hit “Overwhelmingly Negative” on Steam — can Capcom turn it around?

      June 20, 2025

      I played Marvel Cosmic Invasion — pure, simple co-op fun that shouldn’t be missed

      June 20, 2025

      Microsoft readies new Windows 11 feature drop for next month — here’s what’s coming, and when

      June 20, 2025

      I finally built my first keyboard from scratch — thanks to Razer actually offering everything you need for the first time

      June 20, 2025
    • Development
      1. Algorithms & Data Structures
      2. Artificial Intelligence
      3. Back-End Development
      4. Databases
      5. Front-End Development
      6. Libraries & Frameworks
      7. Machine Learning
      8. Security
      9. Software Engineering
      10. Tools & IDEs
      11. Web Design
      12. Web Development
      13. Web Security
      14. Programming Languages
        • PHP
        • JavaScript
      Featured

      Dr. Axel’s JavaScript flashcards

      June 20, 2025
      Recent

      Dr. Axel’s JavaScript flashcards

      June 20, 2025

      Syntax-Highlight – Custom Element For Syntax Highlighting Content

      June 20, 2025

      WelsonJS – Build a Windows app on the Windows built-in JavaScript engine

      June 20, 2025
    • Operating Systems
      1. Windows
      2. Linux
      3. macOS
      Featured

      Monster Hunter Wilds game reviews hit “Overwhelmingly Negative” on Steam — can Capcom turn it around?

      June 20, 2025
      Recent

      Monster Hunter Wilds game reviews hit “Overwhelmingly Negative” on Steam — can Capcom turn it around?

      June 20, 2025

      I played Marvel Cosmic Invasion — pure, simple co-op fun that shouldn’t be missed

      June 20, 2025

      Microsoft readies new Windows 11 feature drop for next month — here’s what’s coming, and when

      June 20, 2025
    • Learning Resources
      • Books
      • Cheatsheets
      • Tutorials & Guides
    Home»Development»How to Start a Career in Technical Writing by Contributing to Open Source

    How to Start a Career in Technical Writing by Contributing to Open Source

    June 20, 2025

    One of the most common questions I’m asked is, “how can I get started in technical writing?” And honestly, I love that question because it means more people are beginning to see writing as a valid, valuable way to enter the tech industry.

    Begin with open source. That’s what I typically tell them.

    It might sound intimidating at first, but open source is one of the most accessible and welcoming ways to learn by doing. You don’t need to be an expert. You don’t need to know how to code extensively. You just need to be willing to write, research, ask questions, and contribute.

    In this article, I’ll share what I’ve learnt from my own experience with starting a career in technical writing through open source.

    Table of Contents

    • Common Misconceptions About Technical Writing

    • Who is a Technical Writer?

    • What is Open Source?

    • Why You Should Build Your Technical Writing Career with Open Source

    • Your Role in Open Source as a Technical Writer

    • Technical Skills You’ll Need to Get Started

    • How to Build a Technical Writing Portfolio Through Open Source

    • After Contributing, What’s next?

    • Wrapping Up

    Common Misconceptions About Technical Writing

    Before we get into it, let’s get some misconceptions about technical writing out of the way.

    “You don’t need to know how to code.”

    This is simply not true. While you do not need to be a software engineer to write excellent documentation, understanding basic technical concepts is important, especially if you want to communicate effectively with developers or document complex tools.

    That said, many technical writers, myself included, get to learn on the job. You can start with what you know and build your skills from there. The key skill is not necessarily coding – it’s being able to explain things clearly and ask the right questions.

    “It’s just about writing things down clearly.”

    It’s more than that. Technical writing is about understanding how something works, figuring out what users need to know, and then organising that information in a way that’s useful and accessible.

    It involves research, asking questions, testing things out, and often working closely with developers or product teams. The real skill lies in turning complexity into clarity – not just in writing well, but in thinking clearly and structuring information in a way that helps people succeed.

    “You need a technical writing degree or certification.”

    Also false. While a course or certification can help you build confidence, they’re not required. Many people get started by contributing to open-source documentation, building a portfolio, and learning on the job. Your work speaks for itself, and open source gives you the opportunity to build that body of work publicly.

    “Technical writing is boring.”

    Not at all. Sure, you’re not writing fiction, but you are solving problems, helping people, and building bridges between developers and users. Every sentence you write could help someone figure something out faster or feel less frustrated. That’s real impact.

    Having addressed that, let’s proceed.

    Who is a Technical Writer?

    Technical writers are the bridge between engineers and everyone else. We make the complex things read more simply, and our work appears in documentation, tutorials, API references, onboarding guides, and more.

    As a technical writer, how well you explain things may affect how people use a product, how developers get started, and how whole communities evolve. Good documentation is essential for adoption, and businesses seek writers who can explain technical information with the right empathy and structure.

    A good technical writer does more than just write well. They listen, research, and think critically. Some of the core skills you’ll need as a technical writer include:

    • Clarity and structure in writing: Being able to explain things simply and logically.

    • Curiosity and a willingness to learn: Asking questions, exploring tools, and digging into unfamiliar concepts.

    • Empathy for the user: Understanding what people need and how they think.

    • Basic technical understanding: You don’t need to be a programmer, but being comfortable with tools, processes, or basic code reading helps you explain technical concepts better.

    What is Open Source?

    There are many open-source projects that power tools and technologies you might use every day and many more that power the internet. Projects like Linux, Python, Git, Wikipedia, Firefox, WordPress, and freeCodeCamp are open source projects.

    Open source refers to the practice of making a project’s inner workings – whether it’s software, hardware, content, or research – openly available for anyone to view, use, modify, and improve.

    Fundamentally, open source rests on several powerful principles:

    • Transparency: Anyone can inspect the project, understand how it works, learn from it, and contribute to it. Nothing is hidden.

    • Collaboration: People from all over the world can contribute, suggest improvements, and solve problems together.

    • Community-driven innovation: Progress happens through shared effort. The best ideas often emerge when diverse contributors come together.

    Open source is about creating things in the open, together.

    Why You Should Build Your Technical Writing Career with Open Source

    To get started in technical writing, you need three things: a tool to document, an audience to write for, and a platform to share your work. Open source gives you access to all three and more.

    Let’s talk about why contributing to open source is a powerful way to start and grow your technical writing career.

    First of all, it can give you some great real-world experience. You get hands-on practice with documentation for actual tools and products used by real developers and users – not just hypothetical or practice projects.

    Second, contributing to open source can help you develop your skills. From writing technical guides to improving onboarding flows, you’ll strengthen both your writing and technical understanding.

    It also helps you build your portfolio, visibility, and credibility. Your contributions become a tangible way to showcase your skills in writing and working on different types of documentation projects.

    Your public work, which is seen by maintainers, contributors, and even recruiters, can also help you build a reputation in the field.

    Contributing also helps you develop skills in cross-functional collaboration. You’ll often work alongside developers, designers, and other members of the product team, just like a real job.

    As a technical writer, your involvement also helps you gain insights into how they think and develop software, which improves your writing for technical audiences.

    In addition to practicing what you already know, there will be many opportunities for you to learn new skills as well. If you’d like to learn new things while being hands-on, open-source is a great place for that. By working on open-source projects, you can gain hands-on experience with new tools, documentation platforms, and even programming languages.

    You also get to meet so many people who are willing to mentor, review your work, and offer feedback, so you don’t grow in isolation.

    And finally, you get to make a real impact. Good documentation empowers the people you’re writing for. Your writing could be the reason someone else joins a project or starts using a new tool.

    You’re not just writing docs. You’re making technology more accessible, communities more welcoming, and learning more equitable.

    Your Role in Open Source as a Technical Writer

    In open source, technical writers play a crucial role in making projects usable, accessible, and scalable.

    As a technical writer, your contributions might include:

    • Writing and improving documentation: From installation guides to API references, you help users get started and stay unblocked.

    • Creating onboarding resources: You make it easier for new contributors to join by documenting project structure, workflows, and best practices.

    • Clarifying technical concepts: You turn complex ideas into clear, accessible language for users of varying skill levels.

    • Organising content: You help structure docs logically so users can find what they need without frustration.

    • Spotting gaps: You ask important questions like, ‘What’s missing?’ What’s unclear? What would I need to know as a first-time user?

    Beyond writing, you become an advocate for the user’s perspective, identifying friction points, promoting clarity, and shaping the overall user experience of a project.

    Your role extends beyond mere documentation – it’ll also involve bridging the gap between creators and users and helping open source communities grow by making their work more accessible to everyone.

    Technical Skills You’ll Need to Get Started

    You don’t need to be a developer to contribute as a technical writer in open source, but having a few foundational skills will make your journey smoother and more impactful.

    The core technical skills to focus on include:

    Git & GitHub/GitLab

    Version control is essential in open source. Learn how to clone repositories, create branches, make commits and submit pull requests (PRs). These are the basic workflows for contributing to projects and collaborating with others.

    Here’s a handbook that’ll teach you all the Git fundamentals you’ll need in your day-to-day routine.

    Markdown

    Markdown is the most common format for writing open source documentation. It’s simple and lightweight, used to add structure like headings, bullet points, code blocks, links, and images to documentation.

    Here’s a cheat sheet that’ll teach you markdown basics – it’s geared towards technical writers.

    Basic Command Line

    Knowing how to navigate folders, run simple commands, and install tools from the terminal can help you test software and understand the context you’re writing about.

    You can learn about command line and bash scripting basics in this detailed tutorial.

    And here’s a handbook that covers some of the most commonly used Linux commands you’ll need to know.

    Text Editors

    Tools like VS Code, Cursor, or even online editors on GitHub are commonly used to write and edit documentation. Knowing how to work in them will make your contributions easier.

    You can learn how to use VS Code, one of the most popular editors among devs, in this crash course.

    Reading Code

    You don’t need to be a programmer, but being able to skim through code and understand file structures or function names can help when documenting how something works.

    You don’t need to master everything before you start. These are skills you’ll need to develop along the way. The most important thing is to be curious, ask questions, and keep learning as you contribute.

    How to Build a Technical Writing Portfolio Through Open Source

    Open source is one of the most effective ways to build a strong, public portfolio and kickstart your career as a technical writer. Here’s a step-by-step guide to help you begin contributing to open source as a technical writer:

    Create a GitHub (and optionally GitLab) account

    Most open source projects are hosted on GitHub, so this is your gateway to finding and contributing to them. Make sure your profile is complete and professional – consider it to be your public résumé.

    Here’s a peek at what a good GitHub profile can look like (it’s mine 🤗), with a clear bio, current work, interests, and ways to connect. You don’t need to overthink it – just make sure it reflects who you are and what you’re working on.

    My GitHub profile

    Explore documentation-focused opportunities

    Look for repositories tagged with labels like documentation, good-first-issue, or help wanted. These typically signal that certain tasks (issues) are accessible to new contributors and often related to improving or creating documentation.

    Some examples of open-source projects that are known to be welcoming to documentation contributors include Mautic, GitHub, Mozilla, Layer5, Kubernetes, etc.

    You can also browse communities like Hashnode, Dev.to, or Reddit’s r/opensource for leads on projects seeking writing support.

    Start with simple contributions

    Ease into the process by tackling small but valuable tasks like fixing typos or grammar errors, enhancing clarity and structure, and improving formatting or consistency.

    These types of edits help you learn the contribution workflow and gain confidence. As you grow more comfortable, take on larger tasks, like writing tutorials, onboarding guides, or reorganising documentation systems.

    Engage with project maintainers

    Before making changes, introduce yourself by opening an issue or commenting on an existing one. Ask if you can work on a specific improvement, and clarify expectations around style, tone, or structure.

    Good communication shows respect for the project and increases the likelihood your contribution will be accepted.

    Document your work as you go

    For every contribution you make, keep track of it. Create a personal documentation portfolio with links to pull requests or merged contributions, screenshots or before-and-after comparisons, and explanations of what you improved and why.

    This portfolio serves as compelling evidence of your skills and impact, which can be beneficial for job applications, freelance work, or community recognition.

    After Contributing, What’s next?

    Once you’ve started making contributions, you’re no longer “aspiring” – you’re already doing the work. That’s something to celebrate. But it’s also just the beginning. Here’s how to keep the momentum going and turn your contributions into a foundation for growth:

    Reflect on what you’ve learned

    After my first few open source contributions (fixing some formatting and clarifying contributing guides), I realized how much I learned just by navigating the repo, reading through issues, and figuring out how to submit a PR.

    I wasn’t just improving docs. I was learning Git and understanding community norms. Ask yourself: What did you enjoy? What was tricky? What would you do differently next time?

    Ask for feedback

    Don’t be afraid to reach out to maintainers or fellow contributors. Thoughtful feedback can sharpen your writing, improve your collaboration skills, and help you grow faster.

    I often left comments like: “Hey! I’ve submitted a small change to improve clarity in this section. I’d love your feedback on whether the tone and structure align with your existing style guide.”

    Every time I did, I either got affirmation, or helpful advice, and both helped me grow faster.

    Stay involved in the community

    Contributing once is wonderful. But staying active, participating in discussions, joining meetings, or helping other newcomers deepens your understanding and strengthens your place in the project.

    Contribute again (and again)

    Look for other areas in the same project or explore new ones. As you gain experience, try tackling more complex documentation tasks or helping shape the docs strategy.

    Share your journey

    Document your experience through blog posts, tweets, or videos. Sharing showcases your work and inspires others to contribute.

    I’ve written blog posts and Twitter threads reflecting on my learning process, not just to celebrate but to document what I did and help others who are a few steps behind me. Almost every time I published something on learning about open-source, someone reached out to say it helped them or ask questions.

    You might be the nudge someone needs to start contributing too.

    Join writing communities

    Get connected with other writers through groups like Write the Docs, the Hackmamba community, or even local writing meetups. These communities offer support, resources, and new opportunities.

    Turn it into a career

    Use your contributions as a portfolio to apply for internships, fellowships, or junior tech writing roles. Pitch your writing to developer-focused blogs or publications like freeCodeCamp. And start freelance work for startups or open-source organisations.

    Technical writing has so many paths – full-time roles, freelancing, developer education, content strategy, documentation engineering – and the work you do in open source can lead to any of them.

    Keep learning

    Technical writing is a skill you can continue to refine through courses, peer reviews, mentorship, and hands-on practice. You can explore new tools or pick up a little code; do whatever helps you grow.

    Wrapping Up

    Your first contribution proves that you can write for real-world tools, collaborate in technical spaces, and add value to communities. What comes next is up to you, but you’ve already taken the most important step: you’ve started.

    Have questions or want to share your journey?
    I’d love to hear from you. Feel free to connect or reach out to me on LinkedIn.

    Source: freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More 

    Facebook Twitter Reddit Email Copy Link
    Previous ArticlePowerful Motion Graphics Frameworks for Developers
    Next Article How to Build Secure SSR Authentication with Supabase, Astro, and Cloudflare Turnstile

    Related Posts

    Development

    How to Assign Dataverse Security Roles at Scale

    June 20, 2025
    Development

    How to Build Secure SSR Authentication with Supabase, Astro, and Cloudflare Turnstile

    June 20, 2025
    Leave A Reply Cancel Reply

    For security, use of Google's reCAPTCHA service is required which is subject to the Google Privacy Policy and Terms of Use.

    Continue Reading

    Migrate Google Cloud SQL for PostgreSQL to Amazon RDS and Amazon Aurora using pglogical

    Databases

    A Step-by-Step Coding Guide to Defining Custom Model Context Protocol (MCP) Server and Client Tools with FastMCP and Integrating Them into Google Gemini 2.0’s Function‑Calling Workflow

    Machine Learning

    Transforming the future of music creation

    Artificial Intelligence

    Salesforce AI Introduce BingoGuard: An LLM-based Moderation System Designed to Predict both Binary Safety Labels and Severity Levels

    Machine Learning

    Highlights

    CVE-2025-5271 – Mozilla Firefox Content Security Policy Bypass

    May 27, 2025

    CVE ID : CVE-2025-5271

    Published : May 27, 2025, 1:15 p.m. | 3 hours, 43 minutes ago

    Description : Previewing a response in Devtools ignored CSP headers, which could have allowed content injection attacks. This vulnerability affects Firefox
    Severity: 0.0 | NA

    Visit the link for more details, such as CVSS details, affected products, timeline, and more…

    CVE-2024-46506 – NetAlertX Unauthenticated Command Injection Vulnerability

    May 13, 2025

    Xbox Game Pass is having its most insane quarter ever — with more games than ever, and more variety than ever — but will gamers notice?

    April 24, 2025

    CVE-2025-47938 – TYPO3 Password Change Without Verification

    May 20, 2025
    © DevStackTips 2025. All rights reserved.
    • Contact
    • Privacy Policy

    Type above and press Enter to search. Press Esc to cancel.