Apple Dictation for coding: where it falls short

, 3 min read

Before you pay for any dictation app on a Mac, you should try the one you already have. macOS Dictation is free, it's built in, it does automatic punctuation, and on a lot of Macs and languages it runs on the device. For emails and messages it's genuinely fine.

So why do developers keep looking for something else? Mostly because of what happens when the words aren't ordinary English.

Where built-in dictation works well

Let's be fair to it first.

  • It costs nothing and there's nothing to install.
  • It types straight into whatever field has focus.
  • Punctuation is mostly automatic.
  • Apple says some requests are processed on your device, depending on your Mac and language, and you can check which in Keyboard settings. Their support page has the details.

If you mostly write prose, you might not need anything more. Seriously. Try it for a week before buying anything, including our app.

Where it gets awkward for programming

The gaps show up quickly once you start talking to coding agents or writing commit messages.

File names and acronyms. Say "update package dot json" and you'll usually get the words, not package.json. Same with README.md, tsconfig.json, MySQL, OAuth and friends. Each one is a small fix. Twenty small fixes a day is why people give up on voice.

Typing live into a terminal. Dictation that types as you speak is lovely in a document and a bit nerve-racking at a shell prompt. You end up watching every word land and correcting it in place instead of thinking.

No memory. Once the words are typed, they're gone. If you dictated a long prompt into the wrong window, or the app ate it, you start again.

Your own vocabulary. Project names, internal services, teammates' handles. There's no simple place to teach the built-in tool that "quick flow" is quickflow in your world.

None of this is Apple doing a bad job. Dictation is built for everyone, and "everyone" doesn't type docker-compose.yml forty times a week.

What a developer-focused app adds

We built Whisp to sit exactly in that gap, so take this section with the obvious grain of salt. It uses the same on-device Apple Speech engine underneath. The differences are in what happens around it.

  • It copies, then you paste. Whisp shows the words live in a small floating bar, and when you finish, the clean text goes to your clipboard. You paste with ⌘V where you want it. Nothing types into a terminal behind your back, and Whisp never presses Return.
  • Cleanup for the words that trip up dictation. "read me dot md" becomes README.md, "my sequel" becomes MySQL, "c i c d" becomes CI/CD. Fillers like "um" are removed. Commands and paths that were already recognized are left alone.
  • Vocabulary and replacements. Add project names as hints, and set exact phrase replacements for the words it still gets wrong. Both stay on your Mac.
  • History. ⌥H opens your recent transcriptions, up to 250 kept locally and searchable. If a recording fails, it's kept so you can retry it instead of losing it.
  • Pauses don't end anything. You can stop and think mid-sentence. Capture only ends when you press Return or the shortcut again.
  • Speak another language, paste English. Press ⌥Return instead of Return and Whisp translates on the device. Handy if you think faster in Hindi, Spanish or Urdu than in English.

So which should you use?

Use built-in Dictation if you mostly write prose, you're happy with it typing live, and you don't care about file names.

Use something like Whisp if you talk to coding agents all day, paste into terminals, or got tired of fixing package.json by hand.

And if you're not sure, Whisp has a seven-day free trial on the Mac App Store with no card required. Use both for a week. You'll know.