Videos and articlesΒΆ
This page links to the topics that have been covered by conference talks or in the newsletter. Theyβre in no particular order, and some topics are repeated if they fit into more than one category. Enjoy!
If you think something is wrongly categorised, please send us a pull request :)
Writing wordsΒΆ
- π₯ Donβt Say Simply
- π₯ Aw Snap! The Docs, They Are A-Changinβ (with apologies to Bob Dylan)
- π₯ Information micro-architecture: grammar, syntax, and cognitive rhetoric
- π₯ Writing as a non-native speaker
- π₯ Writing So Your Words Are Read
- π₯ Tone in Documentation
Naming and terminologyΒΆ
Specific writing questionsΒΆ
One word vs another, using abbreviations, etc.
- π° Gerunds in headings
- π° When to use acronyms
- π° And another thing! Referring to other documents
- π° Whether to say βpleaseβ
- π° Some discussions on style
- π° Should documentation have a formal tone?
- π° βYouβ-sing the second person in documentation
- π° The variable fortunes of variable placeholders in docs
- π° Using imperatives
- π° Page vs screen
- π° British vs American English
- π° Using abbreviations and acronyms
- π° Writing about unlabelled buttons
- π° Jokes in documentation
- π° The contrarian view: reasons to use βutilizeβ
EditingΒΆ
Code samplesΒΆ
- π₯ Creating Quality Sample Code
- π₯ Need Examples? Write Your Own!
- π° Evolving developer docs, code samples
- π° Command prompts in code samples
- π₯ Making Your Code Examples Shine
- π° Storing and testing code snippets
- π° Replaceable content in code snippets
- π₯ Visual Documentation Language
FormattingΒΆ
Other mediaΒΆ
Including videos, diagrams, and screenshots.
- π° When to create screenshots
- π° Is written content outdated - and is it time for video?
- π° Command prompts in docs
- π° Tips for creating quality screenshots
- π₯ Set your data free with model-based architecture diagramming
- π° Behind the scenes with fonts, emojis, and Unicode
- π° Advice for creating technical illustrations
- π° Tips and tricks for producing video
- π₯ Draw the Docs
- π₯ So you want to make videos?
- π₯ Graphic Content Warning: The Pros, Cons, and Alternatives to Screenshots
- π° Automated screenshot-taking
- π₯ Documentation beyond words
- π₯ When bad screenshots happen to good writers
- π₯ Screencasting 101
- π₯ How to Write an Email
Writing topicsΒΆ
- π° Minimum viable documentation
- π° Toward a theory of technical writing?
- π° Can form follow function in techdoc?
- π° What to do with tricky little details
- π° Obvious things and whether to document them
- π° Types of docs and how to use them
- π° Choosing the right learning level for a topic
- π° Page length and user preference
- π₯ Checklist the Docs
- π₯ How to Write Documentation for People that Donβt Read
- π₯ Engage or Die: Four Techniques for Writing Indispensable Docs
Task-based writingΒΆ
API docsΒΆ
- π₯ Shuffle ball change: Sashay your way to clearer API documentation
- π₯ Write the API docs before the API exists
- π° Documenting APIs with βinterestingβ design choices
- π° When does one API stop and another begin?
- π° API reference docs layout
- π° What do we mean by βAPIβ
- π° Get started with API docs
- π₯ So You Need to Document an API?
READMEsΒΆ
In-app documentationΒΆ
Release notesΒΆ
Other specific doc typesΒΆ
Including how-tos, reference docs, tutorials, and books.
- π° Templates for concept documentation
- π₯ How to write a book for (and with) an open source community
- π₯ So you need to give bad news to usersβ¦
- π₯ Writing a perfect technical tutorial
- π° To answer, or not to answer: FAQs
- π₯ Emulating the Teacherβs Approving Nod in Teaching Material
- π₯ How (and why) to make awesome video tutorials
- π₯ Microcontent: Designing & Developing Reusable Content
- π₯ Writing Backwards: Documenting the End-of-Life of a Product
- π₯ Why SDK Docs Matter β And What Iβm Doing About It!
- π₯ The Power of Empathy in Support Documentation: A 5-Step Guide
- π₯ 101 to 404s: How to write great error messages
- π₯ SDK Reference Manuals: A flow-based approach
- π₯ βItβs a Featureβ - Documenting Known Issues and Product Shortcomings
- π₯ Writing the Next Great Tech Book
- π° Code comments and other musings on developer docs
- π₯ The Facts About FAQs
- π₯ Not the Docs: content and voice on a developer blog
- π₯ βYou never get a second chance to make a first impressionβ: writing great βgetting startedβ documentation
- π₯ Writing a book in 2017
- π₯ Do you know a runbook from a flip book? How sysadmins use documentation
- π° Maintaining command reference pages
- π₯ Code the Docs: Interactive Document Environments
- π₯ The Federated Wiki
- π₯ Designing Information for Growth
- π₯ Blogging as Non-Traditional Support Documentation
- π₯ What I learned writing a lousy tech book
StorytellingΒΆ
- π₯ When Wishing Still Helped β¦ What Folklore Can Teach Us about Technical Writing
- π₯ Storytelling for Technical Products - What We Can Learn from Lego and Pixar
- π₯ Wild Geeks: Poetry in the Digital Age
- π₯ Telling a Great Story on GitHub
- π₯ What Writing Fiction Teaches You About Writing Documentation
- π₯ Documenting your Story - Crafting a good presentation
- π₯ Elevating the Hedgehog: Creativity in Tech Writing
- π₯ Letβs Tell a Story: Scenario-Based Documentation
Writing doc setsΒΆ
- π₯ Donβt shoot yourself in the foot with content reuse
- π₯ How to launch your startup with good docs
- π₯ Delivering Documents For All Three Use Cases
- π₯ What nobody tells you about documentation
Information architectureΒΆ
- π° Where should support content live?
- π₯ More than words: Reviewing and updating your information architecture
- π° Organizing docs by role, or by topic?
- π° A conversation about docs cleanup
- π° Information architecture resources
- π° Tagging docs
- π₯ Building navigation for your doc site: 5 best practices
- π° Navigation tabs for different audiences
- π₯ Information micro-architecture: grammar, syntax, and cognitive rhetoric
- π₯ Search and find. How we made MDN discoverable
Legacy docsΒΆ
- π₯ Organizing a Confluence hoard, or, does this page spark joy?
- π₯ Legacy content from various perspectives
- π₯ When Agile Fails: Working on Large Documentation Projects
- π₯ How to tear down existing documentation and rewrite docs that actually work
- π₯ Tackling technical debt in the docs
- π₯ Where do I start? The art and practice of documentation triage
- π₯ Rewrite the Docs!: Field Notes from the Radical IT department
- π₯ Deprecate and destroy: documenting your softwareβs last days
- π₯ MacGyvering your docs
- π₯ What Can Brownfield Do For You?
MaintenanceΒΆ
- π₯ Maintaining Documentation: Make It Easy!
- π° Broken links and how to find them
- π₯ Finding the line: Balancing business continuity and documentation debt
- π₯ Future-Proofing Your Support Visuals
- π° When you find inaccuracies in your docs
- π₯ Making Yourself Redundant on Day One
- π° Making docs maintainable
Jobs and careersΒΆ
- π° Knowledge transfer for documentarians
- π° Joining as a manager
- π₯ Hustling for Fun and Profit as a Technical Writer: A Freelancing Starter Kit
- π° Salary survey
- π° For those who might consider freelancing
HiringΒΆ
- π₯ Fostering Technical Writing in Developing Nations
- π° Using writing tests when hiring
- π° Running objective interviews
- π° Developer to documentarian ratio
- π° Hiring and getting hired guide
- π₯ Starting from Scratch: Finding and Hiring Junior Writers
- π₯ Interviewing and hiring technical writers: the Siberian way
- π° Hiring for technical background
Getting hiredΒΆ
- π° Certifications and qualifications
- π° Breaking into tech writing
- π° Job listings and managing your assumptions
- π° Cover letters
- π° Hiring and getting hired guide
- π₯ Document Yourself: Practical Tips for a Low(er)-Stress Portfolio
- π° Questions to ask at your job interview
- π° More questions to ask at your job interview
- π° Creating a doc portfolio
- π° Writing a resume
- π° Putting together a portfolio
Career growthΒΆ
- π° Is coding necessary to write good docs?
- π° Whatβs in a (role) name, after all?
- π₯ Beating the Virginia Blues: Thru-hiking strategies to help you survive your next big project
- π° Taking steps into leadership
- π₯ Docs leadership: How to become a stronger leader for your team
- π₯ From travel content to technical content: my journey
- π° A magnificent array of management topics
- π₯ From Graffiti Writer to Technical Writer
- π₯ Overcoming the Plight of Lone Writers
- π° Leading and following: finding a mentor, being a mentor
- π° Feeling like a fraud and how to deal with it
- π₯ Fostering Talent: Mentorship, Peer Reviews and Going Beyond Your Job Description
- π° Making the leap to managing writers
- π₯ Writer? Editor? Teacher?
- π₯ Harvest Past Experience to be a Great Tech Writer
- π° Tips for lone writers starting from scratch
- π° Personal development goals
- π° Career paths
- π° Distinguishing between junior vs senior tech writers
- π° Alternative titles to technical writer
- π° Imposter syndrome
- π₯ An Alien Looking From the Outside In: Main Takeaways After One Year in Documentation
- π° Job titles (real and imagined)
- π₯ Weβre Not in Kansas Anymore: How to Find Courage while Following the Technical Doc Road
- π₯ IMPOSTER NO MORE: How Tech Writers Can Shed Self-Doubt, Embrace Uncertainty, and Surf the Upcoming Swerve in Technical Documentation
Building a teamΒΆ
Including onboarding new writers
Learningβ¦ΒΆ
- π₯ The Art of Asking Questions
- π° What weβre learning in #learn-tech-writing
- π₯ Read the Rules: What technical writers can learn from board game design
- π° Learning regular expressions (regex)
- π° Book club: an intro to βEvery Page is Page Oneβ
- π° Learning material recommendations - fundamentals of tech writing, contenet strategy, API docs, Git
- π° #learn-tech-writing book club
- π° Learning tech writing
- π° Recommended books
- π° Learning Git
- π° Get started with API docs
Design and UXΒΆ
Accessibility and inclusivityΒΆ
- π₯ ADHD and its impact on the Creative Process for Writers
- π₯ Writing Documentation with Neurodivergent Open Source Contributors In Mind
- π₯ Moving beyond empathy: a11y in documentation
- π° Resources for diverse example names
- π₯ Inclusive environments are better: science says so
- π₯ A11y-Friendly Documentation
- π° Accessibility for colour blindness
- π° Screen readers and svgs
- π₯ Sticks & Stonesβ¦ Microaggressions & Inclusive Language at Work
- π° Alt text best practices
- π° Improving diversity in docs
- π° Responsible communication guide
- π₯ Accessible Math on the Web: A Server/Client Solution
- π₯ Inclusive Tech Docs - TechComm Meets Accessibility
Localization and globalizationΒΆ
- π₯ Creating documentation for the African audience
- π₯ Toward the broader globalization of Open Source: documenting your localisation Journey
- π₯ How I use applied linguistics to be a better technical writer
- π₯ Influence your customer outreach with best practices for internationalization
- π₯ Globalise the docs
- π₯ Found in Translation: Lessons from a Year of Open Source Localization
- π₯ Localize the Docs!
DesignΒΆ
- π₯ When documenting is designing: How to assist API design as a technical writer
- π₯ Surprise! Youβre a designer now.
- π° Docs and design: When docs canβt fix all the things
- π₯ How I decided to do this talk
- π₯ Peanuts and Minimalism and Technical Writing
- π₯ Writing for what matters. Writing for thinking.
- π₯ We Are All Abbott and Costello
- π₯ Designing Information for Growth
- π₯ advanced web typography
UX writingΒΆ
- π° Edge cases and when (and where!) to document them
- π₯ Invisible influence β the documentation behind UX copy
- π₯ Little words, big ideas: How to write microcopy that works
- π₯ UX Writing - Let Your Product Speak
- π₯ Creating experiences with information
- π₯ Conversational UI for Writers
- π° Enforcing UI style guides
- π° Auditing UI text
- π° Writing error messages
- π₯ Error Messages: Being Humble, Human, and Helpful will make users Happy
- π° Docs and content strategists
- π° What to include in UI copy
- π₯ Using meaningful names to improve API-documentation
- π₯ Watch that tone! Creating an information experience in the Atlassian voice
- π₯ Copy That: Helping your Users Succeed with Effective Product Copy
- π₯ Atlassian: My Information Experience Adventure
- π₯ Before the docs: writing for user interfaces
- π₯ Keep βem playing
Doc site designΒΆ
- π₯ A treasure map for the doc β Exploring the discoverability of documentation
- π₯ Disagree with βI Agreeβ. Enforcing better data privacy through the language of documentation
- π₯ Responsive Content - Presenting Your information On Any Device
- π° βLast updatedβ in docs
- π° Documentation bylines
- π° Meaningful URLs
- π° API reference docs layout
- π₯ Code the Docs: Interactive Document Environments
- π° Can form follow function in techdoc?
User needsΒΆ
- π₯ The Baseline β Or Technical Writing for Non-Technical Readers
- π₯ Seeing your docs through different eyes: Mapping doc usersβ experiences
- π₯ Documenting known unknowns
- π₯ Requirements that you didnβt know were there
- π₯ As Good As It Gets: Why Better Trumps Best
- π₯ API documentation: Exploring the information needs of software developers
- π₯ Documentation with Human Connection
- π₯ User-Story Driven Docs
Doc toolsΒΆ
- π₯ Two years of Markdoc: what weβve learned about balancing developer and author experience
- π° Standards in documentation tooling
- π₯ Hitchhikerβs Guide to Documentation Tools and Processes
- π₯ Putting the βtechβ in technical writer
- π₯ Documentation as an application: enabling interactive content that is tailored to the user
- π₯ Model-view-docs: taming large-scale documentation projects using structured data
- π₯ The Rocky Road to DocOps
- π₯ Donβt Fear Migration! How to Successfully Move Docs to a New Tool
- π₯ Where Documentation, Cloud-hosted Interactive Tutorials and Continuous Integration Testing Intersect
- π° How your tools affect your writing
- π° Deciding on a new toolβ¦
- π° β¦ and migrating to a new tool
- π₯ How I Learned to Stop Worrying and Love the Command Line
- π₯ Choosing a toolβ¦ and choosing your moment
- π₯ Writing extensions in Sphinx: supercharge your docs
- π₯ Finally! Trustworthy and Sensible API Documentation with GraphQL
- π₯ Embed The Docs
- π° Toolchains for docs
- π₯ Challenges and approaches taken with the Opera Extension Docs
- π₯ Writing multi-language documentation using Sphinx
- π₯ Designing MkDocs
- π₯ Going from Publican to Read the Docs
Docs-as-codeΒΆ
- π₯ One AWS teamβs move to docs as code: what worked, what didnβt, whatβs next
- π° To git or not to git docs as code
- π° Pros and cons of the docs-as-code approach
- π₯ The UK government meets docs as code
- π° Adventures in generating docs from code comments
- π° What to do about text wrapping
- π° DITA vs docs-as-code
- π° Moving to docs-as-code: static site generators
- π₯ Workshop - Static Site Generators, What, Why and How
- π° Comparing static site generators
- π° Versioning docs with docs as code
- π° Making docs maintainable
- π° What are static site generators?
- π₯ Treating documentation like code: a practical account
- π° Making Atom (even) better
- π° Tricks for static sites
- π₯ Docs as Code: The Missing Manual
- π₯ A Developersβ Approach to Documentation: From Passive to Dynamic
- π₯ How GitHub uses GitHub to document GitHub
DITAΒΆ
- π° DITA vs docs-as-code
AutomationΒΆ
- π° Link-checking tools
- π₯ Unit Test the Docs: Why You Should Test Your Code Examples
- π₯ Beyond spell checking - what else can we check automatically?
- π₯ Run your documentation
- π° Automated screenshot-taking
- π₯ Testing: itβs not just for code anymore
- π₯ Tech writing in a continuous deployment world
- π₯ Tested and Correct, How to Make Sure Your Documentation Keeps Working
- π₯ Generating docs from APIs
- π° Automation dreams - and realities
GitΒΆ
Metrics and analyticsΒΆ
- π° Discovering user needs
- π₯ Donβt trust the numbers!
- π₯ The Importance of Using Analytics and Feedback for your Documentation
User researchΒΆ
- π₯ Walking Backwards: Tracing the New Customer Journey from Finish to Start to Help Shape Content
- π° Starting out with analytics - and then upping your game
- π° Discovering user needs
- π₯ Research like youβre wrong: Lessons from user research gone rogue
- π₯ Building Empathy-Driven Developer Documentation
- π° UX testing documentation
- π₯ API documentation: Exploring the information needs of software developers
- π₯ We Are All Abbott and Costello
- π₯ How to Write Documentation for People that Donβt Read
User feedbackΒΆ
Gathering it and acting on it.
Measuring docs successΒΆ
MetricsΒΆ
Culture and communityΒΆ
- π₯ A guide to getting started in open source
- π₯ 5 things I learned from my first open source contribution
- π₯ A Year in the Life of The Better Docs Project
- π₯ Technical writing as public service: working on open source in government
Building docs cultureΒΆ
- π₯ Adventures in setting up a knowledge system for a research group
- π₯ Almost None to Some: Driving DISQOβs Doc Culture as a Solo Documentarian
- π₯ How to be an Avante-Garde Guinea Pig: Building Better Content through Experimentation, Community-building, and Loud Squeaks
- π₯ Everyoneβs a player (in a mid-90s MUD)
- π₯ Documenting for Open Source
- π₯ Defying the Status Quo: How a grassroots effort can transform an organization
- π₯ Sponsored Talk: Documentation for Good: Knowledge as a tool for equity and inclusion
- π° Promoting plain language
- π° Common misconceptions about docs
- π₯ Who Writes the Docs?
- π° Help your contributors help your project
- π° Crowdsourcing docs
- π₯ Everyoneβs a player (in a mid-90s MUD)
- π₯ Move Fast And Document Things: Hard-Won Lessons in Building Documentation Culture in Startups
- π₯ All roads might not lead to docs
- π₯ Free Your Mind and Your Docs Will Follow
- π₯ Documentation, Disrupted How Two Technical Writers Changed Google Engineering Culture, Built a Team, Made Powerful Friends, And Got Their Mojo Back
- π₯ Entry points and guide posts: Helping new contributors find their way
- π₯ The Making of Writing Black Belts: How Martial Arts Philosophy Forged an Ad-Hoc Writing Team that Writes Great Docs
Building communityΒΆ
- π₯ Peer writing and beyond - An experimental approach to a sustainable open-source projects
- π₯ All together now: Turning technologists into documentarians
- π₯ Documentation Communities: Sound Strategy or Documentarianβs Gambit?
- π₯ Helping Your Community Contribute to Developer Documentation
- π₯ Any friend of the docs is a friend of mine: Cultivating a community of documentation advocates
- π₯ A content managerβs guide to crowdsourcing the docs
- π₯ No Community Members Were Harmed in the Making of This Doc Sprint
- π₯ The Wisdom of Crowds: Crowdsourcing Minimalism in an Open Organization
- π₯ Feedback handling, community wrangling, panhandling
- π₯ Documentoring: Growing a βLove The Docsβ community
- π₯ How to Publish Wild-Caught Articles
- π₯ Gardening Open Docs
- π₯ The community wrote my docs!
MeetupsΒΆ
Style guidesΒΆ
- π° Choosing a style guide
- π₯ The Art of Consistency: Creating an in-house style guide
- π₯ Building a style guide from the ground up: lessons learned from a lone writer
- π₯ What They Donβt Tell You About Creating New Style Guides
- π° Enforcing UI style guides
- π° Style guides we like
- π° Improving diversity in docs
- π° Responsible communication guide
- π° One style guide for all types of writing?
- π₯ Watch that tone! Creating an information experience in the Atlassian voice
- π₯ Whatchamacallit: Controlled Vocabularies for Technical Writers
Working across rolesΒΆ
- π₯ Cultivating a Stakeholder Network for Our Docs: How Building Relationships Improves Our Content
- π° The strengths of different backgrounds
Working with writersΒΆ
Including review, editing, and teaching.
- π° Getting it right: Constructive criticism
- π° Whatβs in a good reviewerβs guide?
- π₯ Code Cowpokes and Word Wranglers: from Mutual Admiration to Solidarity
- π₯ The Pains of Composition: How to write your best documentation in a collaborative world
- π° The challenge of giving difficult feedback
- π° Facilitating top-notch doc review
- π₯ How to edit other peopleβs content without pissing them off
- π₯ Good Code, Bad Code & Code Review
- π° Giving feedback
- π° Teaching peers writing
- π₯ You have already succeeded: Design critique guidelines make feedback easier
- π₯ How GitHub uses GitHub to document GitHub
Customer supportΒΆ
- π° Supporting documentation, documenting support
- π₯ Power up your support team to create better documentation
- π₯ Only Interesting Conversations: The symbiotic relationship between docs and support
- π₯ Documentarians and Support: Work Better Together
- π₯ Two Great Teams that Work Better Together: Bridging the Gap Between Documentation and Customer Support
Helping engineers to writeΒΆ
- π° Tactics for motivating docs contributions
- π° The engineer and the writer can be friends: tales of collaboration
- π₯ Teaching geeks to fish: tales of a contagious documentarian
- π° Promoting plain language
- π° Teaching peers writing
- π° Giving feedback
- π₯ What I have taught developers about writing
Working with other rolesΒΆ
Including product managers, higher-ups, etc.
- π° Push vs. pull for docs work
- π° Improving communication about whatβs in releases
- π₯ Documentation as Marketing? From Conflict to Collaboration
- π₯ Collaborating with teams on content strategy planning: pitfalls and best practices
- π° Getting more info from SMEs
- π₯ An introduction to developer experience, and the role of a documentarian
- π₯ The subtle art of interrogation
- π° Helping project managers understand docs
- π° Conflicts about what should be in the docs
- π° Writing good bug reports
- π₯ Crossing the Streams: Enabling Collaboration Between Products and Upstreams
- π₯ Writer, Meet Tester
- π₯ Pairing with designers to create a seamless user experience
Planning and how we workΒΆ
- π° Estimating docs work
- π° Estimating work
- π₯ Alchemy in Adversity (How to become better and more resilient tech writers in a turbulent work environment)
- π° Adapting to working from home
- π₯ Remote Job On-boarding: Top 10 Things We Can Do (Better)
- π° The costs of outdated docs
- π° How to set priorities on a documentation team
- π₯ The Super Effective Writing Process of Grammy-winning Artists
- π° Writing remotely
- π° Roadmaps and documenting βfuture featuresβ
PrioritisationΒΆ
Agile and workflowsΒΆ
- π° Tracking work
- π₯ Documenting the (Ancient) History of Your Project
- π₯ Building a content-focused, scientific document authoring workflow for Data Scientists and Engineers alike
- π₯ Lessons Learned in a Year of Docs-Driven Development
- π° Task management for docs teams
- π° Agile workflows for docs
- π° Working on Agile teams
- π° Changing docs workflows
- π° Automating routine tasks
- π₯ Postulating The Backlog Laxative
- π₯ Judas Priest Ate My Scrum Master
- π₯ Your Personal Tech-Writing Agile Manifesto (or: Scrum is not a 4-character word)
Continuous deliveryΒΆ
- π° Agile delivery and continuous releases
- π₯ Delivering High-Velocity Docs that Keep Pace with Rapid Release Cycles
- π₯ Continuous Annoyment: Bringing More Zen to a Hectic Writing Environment
- π₯ Just-In-Time Documentation: Employing Agile Methodology To Create Living Documentation
- π₯ Keeping trust: Testing documentation as part of a continuous integration process
StrategyΒΆ
- π₯ Lessons Learned from Cloud Ops: Writing Docs for High-Stakes Situations
- π₯ Always complete, never finished
- π₯ Beyond metrics: Using maturity models to develop a docs strategy
- π₯ Content strategy in practice: a case study
- π₯ Show Me the Money: How to Get Your Docs the Love and Support They Deserve
- π₯ Backseat content strategy
- π₯ Product Documentation Strategy: What Is It and Why Do We Need It?
- π₯ Choosing a toolβ¦ and choosing your moment
- π₯ Audience, Market, Product: Tips for strategic API documentation planning
- π₯ Bootstrapping Docs at a Startup
- π° Making docs maintainable
- π₯ Designing Information for Growth
Defining successΒΆ
Theories/PhilosophyΒΆ
Maths, science and historyΒΆ
- π₯ The Secret History of Libraries
- π₯ A Journey to Pattern Languages
- π₯ Facebook, Dynamite, Uber, Bombs, and You
- π₯ A brief history of text markup languages
- π₯ Tech Writers Without Borders: Making the world a better place, one (numbered) step at a time
- π₯ Intelligent Documents and the Verifiability Crisis in Science
- π₯ Accessible Math on the Web: A Server/Client Solution
- π₯ The quest for scientific credit for software documentation
- π₯ Back to the Future: What Can Documentarians Learn From The Past?
- π₯ A brief history of math writing: symbol, structure, and proof