@ChanceyFleet Honestly no, from reading the article. I know blind programmers that can fly when compared to sighted programmers, so saying that we often fall behind simply is not true. In fact, this is exactly why a lot of programmers (me included) have our speech rate up well past 800 words a minute (so we don't fall behind).
I've familiarized myself with loads of codebases over the years, and I think present tooling is plenty sufficient. VSCode is now fully accessible, meaning blind people now have access to a mainstream IDE. We also have tools for our screen readers to help us code better. As you mentioned, indentation with tones, and a handy little add-on called Indent Nav, that lets you treat indented code like a tree view.
This feels like another case of the Quorum programming language (obviously being a tool instead of a language), but same concept. A bunch of researchers that did some searching into how blind people code, and decided to make a hole new tool, without checking if alternatives are accessible/already exist. I appreciate the intent, but this is a really long winded way of saying no, I don't think its that useful.
@ChanceyFleet [email protected] Yep, indent-nav is an NVDA add-on. Basically the way it works is this: if I'm in a text field, on a function, called do_work, and there's a function right below it, called work_harder, I can press alt+NVDA+down arrow to jump down to that function, and alt+NVDA+up arrow to jump back to where I was previously. It skips all the indentation between, and gives me audible feedback to indicate this. It also changes how long this sequence of sounds goes on for to reflect how much code I've skipped over, and how indented it is. Perhaps an audio demonstration would allow me to explain the feedback a bit better.
Now, lets say I want to go into the do_work function, but just see what's on the first indentation level. So, I press alt+NVDA+right arrow, and I'm put inside it (moved to the next block with more indentation than my current line). I can then use the aforementioned commands of NVDA+Alt+up/down to navigate statements, and I can keep doing this to find what I want really quickly. Its remarkably similar to a tree view.
Also, because we now have access to VSCode, a mainstream IDE, we get so many more tools. Want to know what a function expects? Control+shift+space, and its spoken. Want to see a definition? F12, boom. Etc.
@rodda @ChanceyFleet I recommend against learning Quorum as a first language, actually. It doesn't seem to make it easy once you go beyond the framework, primarily because it wasn't meant for that, so that basically puts it into the same category as BGT, and we all saw how that ended -- people absolutely hating writing their games in it, having to write C++ wrappers to convert C interfaces to something BGT's extremely limited FFI support can understand, and not rewriting just because of how big their games are. I haven't tried this, but how hard is it to write truly performant software in Quorum? I'd assume extremely so, as as you need asynchronous IO, or parallelism similar to Go or Rust to make that a possibility.
Also, it uses all sorts of weird terms for actual programming stuff. repeat 10 times as opposed to a standard for loop? That just increases the curve when you hit a wall and want to try another language.