---
id: "20261029-0229-who-was-t-v"
title: "T. V. Raman built AsTeR and Emacspeak as tools for himself first — his own account of who builds infrastructure nobody else thinks to build"
type: "capture"
status: "promoted"
origin: "batch"
promoted_to: ["30-notes/claim-raman-built-emacspeak-as-personal-fix-not-product.md","30-notes/claim-raman-contrasts-emacspeak-structure-vs-generic-screen-reader-display.md","30-notes/claim-raman-sole-user-two-decades-forced-defensive-programming.md","30-notes/claim-aster-origin-was-ramans-own-latex-reading-obstacle.md"]
not_promoted: ["Krishnamoorthy's redirection of Raman's thesis from a robotic GPS guide dog toward audio math (Further leads) — the bee itself flagged this as not yet built out as a claim-note; no exact quote was captured, only a paraphrase of the Sci Am profile, so it stays a lead for a future capture rather than a claim now.","ACM Doctoral Dissertation Award year discrepancy, 1994 (Digital press release) vs 1995 (Raman's own CV) — not load-bearing to any claim promoted this round, so per question-intake discipline it is not routed to 50-questions/; left as a Further lead for a session where the exact year matters.","awards.acm.org HTTP 403 note — a tooling/access note, not a claim; left as-is in Further leads.","David Karger as 1994 ACM co-winner — explicitly unverified against a primary ACM source in the capture; not promoted.","AsTeR named after Raman's guide dog — biographical color, not load-bearing, not promoted as a standalone claim.","Smithsonian/Computerworld April 1999 honor, independently confirmed via Raman's own CV — already carried by the existing observation note from Wikipedia/the Emacspeak press release; noted as a stronger-citation lead for re-contact rather than a new claim.","John Gardner's post-1994 continuation of AsTeR via the Science Accessibility Project — not pursued as a claim this round.","Entity candidates not promoted to hub pages this round: Hans Chalupsky, IBM Screen-Reader (concept), David Gries, Dave Wecker, Mukkai S. Krishnamoorthy, John Gardner — each judged UNSURE under the entity-promotion test (single mention in this capture, no recurring vault presence, not load-bearing within the claim-notes actually written); left as mentions within the claim-note prose rather than hubs, biasing against the flood. T. V. Raman's existing hub (entity-t-v-raman.md) was updated with dated lines instead, per the 'already has a page -> update it' rule."]
writer_model: "claude-sonnet-5"
date_created: "2026-10-29T00:00:00.000Z"
provenance: "Batch capture run, 2026-10-29"
derived_from: []
tags: ["accessibility","blind-mathematicians","emacspeak","aster","assistive-technology","self-built-infrastructure","t-v-raman","sonification"]
seek_code_commit: "d40ee39"
---


Capture for the question: what does T. V. Raman's own account of building his
accessibility layer say about who ends up building infrastructure nobody else
thinks to build? The vault already holds the AsTeR mechanism
([[claim-aster-1994-rendered-math-as-pitched-spatial-audio]]) and the pattern-level
inference that this class of infrastructure is "built by its users, not by the
toolmakers"
([[observation-blind-math-accessibility-built-by-users-not-toolmakers]]). This
capture goes a layer under both: not what AsTeR does, and not the inference drawn
from his biography, but Raman's own retrospective and contemporaneous words about
*why* it was him and *what that did to the engineering*.

## Claim: Raman built Emacspeak as a tool for himself, with no plan to generalize it, and had a working version in about four hours

In a 2014 retrospective self-published on his own Emacspeak site, Raman describes
the origin as a private, immediate fix, not a product decision: a colleague (Dave
Wecker) was retiring a Linux laptop and remarked "you live in Emacs anyway — why
dont you just make it talk!" Raman's own account of what happened next:

> "One afternoon in the third week of September 1994, I started writing myself a
> small Emacs extension using Lisp Advice to make Emacs speak to me so I could use
> a Linux laptop."

> "Connecting the dots, I decided to write myself a tool that augmented Emacs'
> default behavior to speak — within about 4 hours, version 0.01 of Emacspeak was
> up and running."

The scale of the ambition at the moment of creation was "write myself a tool," not
"build a screen reader for blind Unix users" — the generalization came only after
weeks of his own continued use. A contemporaneous 1995 email in his own hand
corroborates the same framing from the time, not reconstructed twenty years later:
"I started this off as something that I would get working in a couple of weeks,
which I did. (this was last October)."

source_url: https://emacspeak.sourceforge.net/turning-twenty.html
source_sha: fb2279ed4d1b1f7b7c1b88a306e7a0dc9b80948f9a8abd41c842be0653dfe8c1
source_title: "Emacspeak At Twenty: Looking Back, Looking Forward"
source_author: "T. V. Raman"
source_date: 2014-09-12
source_venue: "Raman's own Emacspeak project site (self-published retrospective essay)"
source_quote: "One afternoon in the third week of September 1994, I started writing myself a small Emacs extension using Lisp Advice to make Emacs speak to me so I could use a Linux laptop."
source_quote_2: "Connecting the dots, I decided to write myself a tool that augmented Emacs' default behavior to speak — within about 4 hours, version 0.01 of Emacspeak was up and running."
source_url_2: https://www.cs.cornell.edu/info/people/raman/emacspeak/why-emacs.html
source_sha_2: 8b88218c8d4b74b0efff7ddf595088ab2f37ea05e37503241ef392f032ec557d
source_title_2: "Why Speech-enable Emacs?"
source_author_2: "T. V. Raman"
source_date_2: 1995-04-27
source_venue_2: "Email exchange with Bryan Smart, archived on Raman's own Cornell CS site"
source_quote_3: "I had a very good reason for writing emacspeak on top of emacs. 1) I started this off as something that I would get working in a couple of weeks, which I did. (this was last October)"
source_tier: 1
source_delight: "Raman's own four-hour origin story for Emacspeak, written by him twenty years after the fact, on the project's own site."

## Claim: Raman's own technical account of why a generic screen reader could not have substituted — it spoke the display, not the structure

Raman's 1995 email explicitly contrasts the mechanism of the IBM PC screen-readers
he had used for five years against what he built. A generic screen-reader spoke
undifferentiated display contents, forcing the blind user to reconstruct structure
by inference:

> "When you take a tty driver and make it speak, (this is essentially what all PC
> screenreaders under DOS do) all you get to hear is the contents of the display;
> you're responsible for figuring out why it's there. So for instance, when a
> calendar application lays out the calendar to produce a well-formatted tabular
> display, it looks nice; but the blind user hears '1 2 3 4 5 6 7 2 3 4 5 6'...
> or some such garbage... So now you've got to figure out that for instance 27
> april is a thursday by checking which screen column the figure '27' appears in."

Emacspeak's design, by his own description, worked from the program's data
structures rather than its rendered display:

> "Emacspeak has a completely different approach to speech enabling Emacs apps
> (which as you know are numerous). Emacspeak looks at the program environment and
> data of the applications, and speaks the information the way it should be
> spoken. So in the case of the calendar, you hear 'Thursday, April 27, 1995'."

This is the mechanism-level reason the fix had to come from someone who both used
the system daily and could read its internals — a generic assistive-technology
vendor had no access to, or reason to reach for, the program's own data; Raman, as
an Emacs power user and the person who needed the output, had both.

source_url: https://www.cs.cornell.edu/info/people/raman/emacspeak/why-emacs.html
source_sha: 8b88218c8d4b74b0efff7ddf595088ab2f37ea05e37503241ef392f032ec557d
source_title: "Why Speech-enable Emacs?"
source_author: "T. V. Raman"
source_date: 1995-04-27
source_venue: "Email exchange with Bryan Smart, archived on Raman's own Cornell CS site"
source_quote: "When you take a tty driver and make it speak, (this is essentially what all PC screenreaders under DOS do) all you get to hear is the contents of the display; you're responsible for figuring out why it's there."
source_quote_2: "Emacspeak has a completely different approach to speech enabling Emacs apps (which as you know are numerous). Emacspeak looks at the program environment and data of the applications, and speaks the information the way it should be spoken."
source_tier: 1

## Claim: Raman names being the sole user and tester of his own infrastructure for twenty years as what forced its engineering discipline

This is the closest Raman comes to a direct, reflective answer to "what does it
mean that you built this for yourself" — not a motivational story but a named
engineering consequence. In the same 2014 retrospective, under a section titled
"Programming Defensively":

> "note that all of Emacspeak has been developed over the last 20 years with
> Emacspeak being the only adaptive technology on my system. This has led to some
> interesting design consequences, primary among them being a strong education in
> programming defensively."

He goes on to list the resulting architectural features: a "bushy rather than
deeply hierarchical" codebase so a broken module doesn't take down the rest, strict
separation of a core speech library from swappable speech-server backends, and a
single reserved keybinding so third-party Emacs packages can be made to speak
without modification. The claim, in his own framing, is causal: being the only
person depending on the system — with no fallback and no second tester to catch a
regression — is what produced the fault-tolerant shape of the code, not a design
choice arrived at independently of that fact.

source_url: https://emacspeak.sourceforge.net/turning-twenty.html
source_sha: fb2279ed4d1b1f7b7c1b88a306e7a0dc9b80948f9a8abd41c842be0653dfe8c1
source_title: "Emacspeak At Twenty: Looking Back, Looking Forward"
source_author: "T. V. Raman"
source_date: 2014-09-12
source_venue: "Raman's own Emacspeak project site (self-published retrospective essay)"
source_quote: "note that all of Emacspeak has been developed over the last 20 years with Emacspeak being the only adaptive technology on my system. This has led to some interesting design consequences, primary among them being a strong education in programming defensively."
source_tier: 1

## Claim: blind since fourteen, Raman frames AsTeR and Emacspeak as fixes for his own unmet daily obstacles, not a market gap identified by sighted toolmakers

Raman lost his sight to glaucoma during childhood in Pune, India. In a September
1996 *Scientific American* profile (a piece he mirrors on his own site), he is
quoted stating the fact plainly: "By age 14, I couldn't see anything." The same
profile has him describing the specific, mundane obstacle that produced AsTeR —
not an abstract accessibility goal, but LaTeX source files that his existing
screen-reading setup rendered as noise:

> "Most of these papers were written in LaTeX [a notation used to typeset texts
> containing equations or symbols]. The program would come upon the code for an
> equation and start saying, 'Backslash backslash x caret something' — it was
> ridiculous. So I decided to write a nice weekend hack that would read LaTeX to me
> sensibly."

A contemporaneous Digital Equipment Corporation press release (1 March 1995),
announcing that "Dr. T.V. Raman was honored with the ACM's 1994 Doctoral
Dissertation Award" for the thesis "Audio System for Technical Readings," frames
the same origin from the company's side: "The work in his thesis is the outgrowth
of a search for the solution to a problem that has long plagued blind people who
wanted to study math and science but had trouble with the symbols that are found in
all of the text books that are required reading for these disciplines." Neither the
institutions around him (Cornell, Digital) nor the LaTeX or screen-reader
toolmakers originated the fix; by both his own account and his employer's
contemporaneous description, it came from the person for whom the gap was a daily,
personal obstacle. [Note: Raman's own CV lists the award year as 1995, not 1994 —
see Further leads.]

source_url: https://emacspeak.sourceforge.net/raman/sciam-0996profile.html
source_sha: a6f4c7752ea7b6e47a802687d32448c406c45d9bf0962f16d0e02df04d4bdc39
source_title: "Profile: T.V. Raman: September 1996 — Envisioning Speech"
source_author: "W. Wayt Gibbs"
source_date: 1996-09
source_venue: "Scientific American (mirrored on Raman's own Emacspeak site)"
source_quote: "By age 14, I couldn't see anything,"
source_quote_2: "Most of these papers were written in LaTeX [a notation used to typeset texts containing equations or symbols]. The program would come upon the code for an equation and start saying, 'Backslash backslash x caret something'-it was ridiculous,\" he laughs. \"So I decided to write a nice weekend hack that would read LaTeX to me sensibly.\""
source_tier: 3
source_url_2: https://emacspeak.sourceforge.net/raman/biz.digital.announce-acm-award.html
source_sha_2: 83081cc0ea3a4c53db0372e19492aba55c46fb47f41fc4b54be1344c3d046c48
source_title_2: "Digital Researchers Honored By ACM — Press/Digital Analysts News"
source_author_2: "Digital Equipment Corporation (Press/Digital Press & Analysts News)"
source_date_2: 1995-03-01
source_venue_2: "Digital Equipment Corporation press release"
source_quote_3: "Dr. T.V. Raman was honored with the ACM's 1994 Doctoral Dissertation Award"
source_quote_4: "The work in his thesis is the outgrowth of a search for the solution to a problem that has long plagued blind people who wanted to study math and science but had trouble with the symbols that are found in all of the text books that are required reading for these disciplines."
source_tier_2: 2

> [!note] Seek's commentary:
> The thing his own account keeps refusing to say is "I built this to help blind
> people." He says, repeatedly, that he built it to help himself — the market, the
> mission, the generalization all arrive later, as side effects of continuing to
> use the thing he'd made. That ordering looks like the actual mechanism behind
> [[observation-blind-math-accessibility-built-by-users-not-toolmakers]]: it isn't
> that blind researchers are more altruistic or more aware of the gap in the
> abstract — Digital's own press release shows the gap was visible in the abstract,
> to his employer, well before Emacspeak shipped. It's that only the person living
> inside the gap has the standing motive to spend a random Thursday afternoon on a
> four-hour hack with no plan past "make Emacs talk to me." Infrastructure nobody
> else thinks to build gets built by the one person for whom not building it is a
> daily tax, not a line item. — Seek

## Further leads

- Raman's own CV (cs.cornell.edu/info/people/raman/current/resume.html, Tier 1, self-authored, archived sha e34b06306c6e3c1abcf3e66f69f16b7193d016da8b0386f5ec9e4d481b407321) lists his ACM Doctoral Dissertation Award as **1995**, not 1994 — contradicting the contemporaneous Digital Equipment Corp press release's "1994 Doctoral Dissertation Award." Likely the award-year/announcement-year gap (dissertation defended May 1994, award announced/presented 1995) but unresolved here; worth a `50-questions/` thread if the exact year is load-bearing elsewhere.
- awards.acm.org (the modern official award-recipients page) returned HTTP 403 to both `WebFetch` and `archive_page` in this session — a new data point for the known-blocked ACM-family routes already logged in `sources.md` (dl.acm.org paywalled); treat as manual-consultation.
- David Karger's dissertation "Random Sampling in Graph Optimization Problems" is reported elsewhere as the other 1994 ACM Doctoral Dissertation Award co-winner alongside Raman's — not independently verified against a primary ACM source this session.
- Raman named AsTeR after his guide dog of six years, a black Labrador — a biographical detail from the Scientific American profile, not pursued as a claim.
- Raman's original Cornell thesis topic, per the same profile (attributed to Mukkai S. Krishnamoorthy), was a robotic GPS guide dog; Krishnamoorthy suggested redirecting to audio reading of math, which became AsTeR — a candidate addition to the "foundational figures behind the claim" set, not yet built out as a claim-note.
- Raman's own CV independently confirms the Smithsonian/Computerworld honor for "Emacspeak: Complete Audio Desktop," April 1999 — a second primary corroborating a fact the vault's existing observation note already carries from Wikipedia/the Emacspeak press release; worth using as the stronger citation on re-contact.
- John Gardner (Oregon State University, blind physicist) continued developing AsTeR via the "Science Accessibility Project" after 1994, per the Scientific American profile — a second early adopter/extender of Raman's infrastructure, not explored further here.

## Entity candidates

- Hans Chalupsky — person — authored the Emacs Lisp "Advice" package (merged into Emacs 19.23) that Raman names as the specific "Key Enabler" making Emacspeak's entire mechanism possible; the technical ancestor the whole infrastructure claim rests on, and currently uncaptured in the vault.
- IBM Screen-Reader — concept/term — the generic DOS/PC screen-reading technology Raman used for roughly five years before Emacspeak; the explicit mechanism he contrasts his own design against ("you're responsible for figuring out why it's there").
- David Gries — person — Raman's Cornell PhD thesis adviser; per the Scientific American profile, suggested the high-level approach (a programming language controlling how phrases/expressions are spoken) that became AsTeR.
- Dave Wecker — person — Digital Equipment colleague whose retiring Linux laptop and remark ("you live in Emacs anyway — why dont you just make it talk!") directly triggered Emacspeak's creation in September 1994.
- Mukkai S. Krishnamoorthy — person — Cornell visiting professor (Rensselaer) who redirected Raman's thesis away from a robotic GPS guide dog toward audio reading of mathematics, and later built a prototype AsTeR web service.
- T. V. Raman — person — the capture's subject; flagged repeatedly across prior sessions as a strong person-hub candidate not yet promoted to an entity page.
- John Gardner — person — blind Oregon State physicist who continued AsTeR's development through the Science Accessibility Project after 1994; an early corroborating voice on the work's significance ("Raman really pioneered this area of audio formatting").