← Back to home

Go Deep on a Capability Module, Not an Industry: Building a Communication Tool for the Deaf in Ten-Odd Minutes

Long-Form Video · EP0084 August 23, 2026 02:44
What this episode covers

It started during an offline class in Hangzhou. One of the students was sharp enough to notice a problem hiding in plain sight: when a deaf person needs to communicate face-to-face with a hearing person, existing tools barely help. Speech recognition accuracy is one issue, but the bigger one is that even if the other person's words get transcribed, a deaf person can't type fast enough to keep up with the pace of a real conversation. The whole interaction flow breaks down.

I reused the speech-recognition framework I'd already built for a voice input tool and had the website up in a little over ten minutes, right there in class. That moment made me rethink an old assumption: does doing technical development for enterprise clients really require you to go deep in one vertical industry?

“Tech for good” is easy to say. Harder to actually do—especially in a way that’s sustainable rather than performative. I worked at Tencent for many years and still appreciate the culture there: high autonomy for employees, and genuine resources poured into public-interest projects. Recently I started a pro-bono project called Chuansheng (传声) to help deaf and speech-impaired people communicate face-to-face with hearing people.

It started during an offline class in Hangzhou. One of the students was sharp enough to notice a problem hiding in plain sight: when a deaf person needs to communicate face-to-face with a hearing person, existing tools barely help. Speech recognition accuracy is one issue, but the bigger one is that even if the other person’s words get transcribed, a deaf person can’t type fast enough to keep up with the pace of a real conversation. The whole interaction flow breaks down.

The solution we came up with works like this: one side does precise speech recognition—turning what the hearing person says into text the deaf person can read in real time. The other side analyzes the conversation context and auto-generates several possible replies. Tap one and it speaks aloud via TTS. The system also stores common phrases—“thank you,” “sorry,” “could you say that again”—each one tap away from being spoken. The whole design lets a deaf person complete a natural face-to-face exchange without typing a single character.

I reused the speech-recognition framework I’d already built for a voice input tool and had the website up in a little over ten minutes, right there in class. It’s live now, being tested on a small scale. I’m covering all the compute costs myself for the time being and plan to reach out to public-interest foundations to make it sustainable long-term.

That ten-minute build made me rethink an old assumption in enterprise tech services: the conventional wisdom says you should go deep in one vertical industry so your frameworks, products, and delivery processes can all be reused efficiently. That logic holds. But my interests are too broad and I’ve taken on projects across many industries—so I ended up on a different path. Instead of going vertical in an industry, I went vertical in capability modules.

Across all those cross-industry projects, I built deep expertise in specific technical modules—image generation and audio recognition being the two clearest examples. These modules don’t care what industry they’re deployed in.

Take audio recognition alone: publishing uses it to transcribe interviews, livestreaming uses it to create clips, short-video uses it to add accurate subtitles, and this pro-bono project used it to ship a high-quality MVP in minutes. One module, four completely different industries, all working.

The conclusion is straightforward: you don’t need to concentrate your research in one industry. Get one capability module above 90-percent quality and you can reuse it across industries and projects on the spot. Going vertical in an industry is one valid path; going vertical in a capability module is another—and for people with broad interests and diverse project portfolios, it may be the more realistic one.

Chuansheng is living proof of this for me. It wasn’t built from scratch as a charity product. It was an already-polished technical module plugged into a new scenario in ten-odd minutes—and it actually helps people. Tech for good doesn’t require starting over. It can be the natural extension of capability you’ve already been building every day.

You don't need to specialize in one industry. Get one capability module above 90 and you can reuse it across industries and projects on the spot.