Skip to main content
← Back to portfolio

General Assembly Software Engineering Immersive Lightning Talk on Accessibility

Local Kine AI · March 2021

General Assembly built lightning talks into the SEI curriculum as a chance for students to teach the cohort something outside the syllabus. This was my first time ever giving this talk — to the classmates and instructors I'd spend twelve hours a day with until graduation — before I brought an expanded version to Women in UX at the University of Washington two months later.

General Assembly Software Engineering Immersive Lightning Talk on Accessibility

Why I Said Yes

GA SEI built lightning talks into the cohort schedule — a slot for a student to step outside the curriculum and teach something they cared about. When my turn came up on March 24, 2021, I already knew my topic. I just didn't want it to feel like a lecture, so before I built a single slide I had to sit with my own why.
That why turned out to be personal. By training I'm a sociologist and media psychology scholar. Before this program I'd already been a UX designer, a probation officer for the State of Hawaii judiciary, a production assistant at PBS, and a Navy sailor, and I'd spent years supervising volunteers who support foster youth — work that comes directly out of being a former foster youth myself. I'm a person of color, a dancer and choreographer, and a survivor of military sexual assault living with a service-connected disability. This was the first time I put all of that in front of a room and said, out loud, why it matters for how we build software.

Redefining Disability

The talk's core argument: disability used to be defined (in the 1980s) as a personal problem. That definition is outdated. Disability is better understood as a reflection of everyday interaction design — it puts the spotlight on privilege, because most of us have had the freedom to treat accessibility as optional. I'm one person out of roughly 86 million U.S. adults — about 26% of the population — who identify as disabled, and it's a wide spectrum, not an edge case. If a product hasn't prioritized accessibility, it's not because the need wasn't there; it's because we didn't look for it.

Solve for One, Extend to Many

I borrowed Microsoft's inclusive design framing — solve for one, extend to many — and walked through examples of design built for a specific need that ended up serving far more people than intended:

  • Slick Chicks, adaptive underwear originally designed to help the founder's sister recover from childbirth, now used well beyond that original case.
  • Nike FlyEase, designed for wheelchair users, which also helps anyone who puts on shoes with one hand or no hands.
  • Wheelchair ramps, which weren't built with strollers, older adults, or people on crutches in mind — but serve all of them.
    The point: inclusive design isn't about reinventing anything. It's about designing with a community's direct input instead of assuming on their behalf.

Showing My Own Mistake

Rather than just talk theory, I demoed my own project and pointed out where I'd gotten it wrong: I'd wrapped a list of items in an anchor tag instead of proper list markup, so a screen reader announced it as "list with 0 items" — effectively erasing half my page for anyone using assistive tech. I walked through three tools I now build accessibility checks into my process:

  • The A11Y Project — checklist-driven accessibility audits; my go-to starting point.
  • WAVE — an evaluation tool that flags issues directly on the page.
  • Silktide — a simulator for experiencing color blindness, tunnel vision, and screen reader navigation firsthand.

How It Landed

This was a rougher, earlier version of the talk than the one I'd eventually give at WiUX — I was still finding its shape live. But the reception told me the material worked: classmates said they'd never thought past the curriculum's minimum when it came to screen readers, semantic HTML, or landmark tags; an instructor pointed me toward Chrome's built-in Lighthouse accessibility audit; more than one person admitted they'd been treating accessibility as a nice-to-have. That response — from the people who knew me best in that program — is what gave me the confidence to say yes a few weeks later when Women in UX at the University of Washington invited me to bring an expanded version to their conference.

Reflection

Giving this talk to my own cohort first, before it ever went anywhere public, was its own kind of exposure. These were the people I'd graduate alongside, and I didn't know how a disclosure this personal — foster care, military sexual assault, a service-connected disability — would land in that room. It landed. The validation I got here is what made me brave enough to say yes when WiUX asked me to do a bigger version of it two months later. This is the rehearsal that proved the talk worked before I ever took it to a real stage.

AccessibilityInclusionUX ResearchDisability AdvocacyLightning Talk

Related work

Local Kine AIOct 2025

Designing CHARLIE — Translating Federal Health Data into Community-Ready Insight

CHARLIE (Community Health Analytics & Responsive Learning Intelligence Engine) is a mobile-first, AI-powered platform I independently designed and built in 2025, over a fixed pre-accelerator program period, to translate federal public health data into plain-language insight for non-technical users — building on a concept a colleague originally proposed in a different technical form.

I took an idea a colleague originally developed — proposed to an outside AI grant program in a resource-intensive, fine-tuned-model form that ultimately wasn't funded — and independently designed and built an entirely different implementation using Bubble's no-code platform and Anthropic's Claude API directly. Completing Bubble's Immerse pre-accelerator program gave the project structured mentorship as I refined it; once the program period ended, the ongoing cost of running an unfunded, solo-maintained no-code app outpaced what made sense for me to sustain, and the engineers who maintain HET itself have since carried the API-integration approach forward into HET's own infrastructure. I chose Anthropic's Claude API specifically because, in a health equity context, algorithmic bias can determine who gets diagnosed, treated, or overlooked — making AI-provider selection itself a trust and equity decision for the users I designed for.

UX DesignHealth EquityAI LiteracyEquity
Local Kine AIOct 2024

Voicing the Data: Partnering with ElevenLabs to Make Health Equity Guides Accessible

In October 2024, the Health Equity Tracker team was accepted into ElevenLabs' Impact Partner Program, which gave us a complimentary year of their Creator plan — 100,000 voice-AI credits a month — in exchange for featuring their logo and tagging them once on social media. We used it to add narrated audio to our "How to Use the Data" guide series, starting with a Gun Violence-focused walkthrough of HET's core visualizations.

A partnership with ElevenLabs' Impact Program brought AI-generated narration to the Health Equity Tracker's "How to Use the Data" guides — starting with a Gun Violence–focused series walking users through each visualization type, using real Georgia data on Black male gun homicide rates to make the how-to concrete.

AccessibilityHealth EquityAIData Visualization
Training/WorkshopMar 2024

Rebuilding NYC Borough Pass — Engineering Around a Vendor We Couldn't Fully See Into

Not tied to a specific course — professional volunteer work via Rita XYZ, a volunteer-run creative/technology/design collective offering apprenticeship-model project experience. Engagement ran November 2023–January 2024, during Kim's tenure as Technology Director (started February 2023).

Led engineering, as Rita XYZ's Technology Director, on a full Webflow rebuild of NYC Borough Pass — directing two engineers to build a purchase experience, CMS, and accessibility layer around Bandwango, a third-party vendor system the team had very limited visibility into.

Software EngineeringWeb DevelopmentUX EngineeringTeam Leadership

Let's connect

Reach out — I'd love to hear from you.