Keep in mind that the $999 price is not consumer-oriented, like, at all. CS departments in schools can/should be purchasing a few of these, probably in place of the Cosmo/other block-based programming toys. That being said, I second the sentiments of post 1. You get one hell of a package with this already, and to top that, and there are 19 instructional modules to boot.

wow, that's  a nice little piece of gadget, but i will have to agree, for countries such as india, this is too much. schools here rairly spend anything for inclusiveness, if at all, and $999? no sir.

they might make a computer-based version for windows but i don't know yet since i'm the lead on that one. I have to buy it and get to know it before I can promise a simulator.

I dono. I can see the merit, but I fail to see the overall benefit of this to experienced folks who already know their basic concepts.
Here are some of my questions:
1. Do you type in code, or do you just connect the pods? If latter, then I recommend to only use this as concept cement. Typing code, at least in my opinion, helps an individual to get exposed to the errors the computer may show.
2. How advanced does this get? You mentioned loops and variables... how bout functions and classes?
3. What can the standard library do? You mentioned randomization and basic math... anything else?
Overall, cool find, but again, not for me.

I have heard of some interviews over on blind Bargains, and I think this is pretty much aimed at young children in schools. It sounds like it is designed to teach the basic concepts of coding. This is cool and all, but I wonder how many schools will purchase this. I can't see small schools with just one student with a visual impairment purchasing something like this.

auh, we couldnt buy it if it was 1000 dollars!

Hi. So, I had a look at this. It sounds nice. In my honest opinion, this sounds like a musical toy. If it is only supposed to teach concepts of coding, why does it only deal with music? I mean, it seems to be more like a puzzle than anything else. Nice idea, but not for me. At least not until we can see how advanced this gets. Don’t even get me started on the price. I don’t even really know my basic concepts yet.

I actually got a chance to beta test this thing, so here are my thoughts.
1. Price. This is not worth anywhere over 900 dollars in my opinion. Sure, it's good for teaching the basics of programming, but really shouldn't be priced that high. The material it's made uf isn't that expensive, sounds used don't require a license, etc. I also proofread the teaching guides for this product, and for the most part, all the lessons were designed to be implemented into a large classroom setting, where students were split into groups. To me, this just doesn't feel like an option for those kids who want to learn on their own time. Sighted children get tons of coding kit options with all kinds of designs; star wars, Harry Potter, etc, but for blind kids, you pretty much got swift playgrounds if you have an iPad at that age and that's about all.
2. Usefulness. Code Jumper is good for the basics and that's about it. Sure, you have the ability to plug pods into multiple threads at once, but when you develop real multithreaded applications, there's much more to it than that. Sure, you have conditional statements, but all you get to choose from them is if one dial is set to something, then do whatever is connected to that dial's port. If the other dial is set to something else, do what is connected there. What you can't do is if one dial on the conditional pod is set to something, run a function, because there is no way to define a function. Classes don't exist either, and the overall design  sort of defeats the purpose of variables in my opinion.
3. Usability. Now, probably everything I put here won't matter, since it was last June when I got my hands on code jumper. But here's how it works. As described in post 1, it's pretty much a bluetooth speaker with ports for pods, and the ability to communicate with your pc about which pods are where. So, you turn on the main hub, they call it, and pair it with your computer. However, when beta testing, I got a unit with totally batteries, and I never knew that. I thought there was an issue with my computer, because it wasn't finding the hub. I had to ask a sighted person if any lights were on. So, if you're blind, there is no way to determine if you have a working unit, as the device makes no noise at all when you turn it on.
So, once I finally got it paired, I opened up the code jumper app. It's arranged by thread groups. You tab, and you hear speech announce thread one grouping, and you tab again, you can see the pods connected in a list. The same for the other threads. There were also options for choosing the soundpack you wanted for each thread, and an option to import your own. Anyway, I got some pods plugged in, and I hit play on the hub. Coming through the built-in speaker was the most crackly and distorted sound I'd ever heard. Bluetooth was not at all transmitting the sound from the desktop app well, and eventually, I just changed my default sound device to the internal speakers and listened to my program through them.
When I began to get the hang of code jumper, I decided to try plugging in the infinity plug to one of the loop pods to make it go on forever. I didn't know which plug it was, so I opened up the manual to read the description of all the pieces. and it said that it would be the plug with the infinity symbol on it. Um... ... ... what? What's the infinity symbol? I had the same problem with plus and minus plugs, which, you guessed it, had print plus and minus signs tactily embossed onto them. But that did me no good, since I had no idea what they looked like.
I also noticed that the hub slows down the more things you plug into it. If you have four threads playing four different soundpacks, even though the desktop app is doing all the heavy lifting, it still glitches and really started lagging. The app also won't let you play the same sound on two different threads at once. If you had a kick and snare pattern (yes, there is a drum soundpack) going on one thread and a highhat pattern with a snare fill in it looping on another, the snare hits would not play at the same time, rather, the app would freeze, produce a garbled version of what two snares were supposed to sound like played on top of each other, and crash.

Now I'll answer some of the questions that others have asked.
@14, I understand you, but I think the main idea is to teach blind people to code via sounds. It isn't strictly musical, but is the default because it makes a lot of sense to do it like that, as you can code with pods based on how you think the song should sound. If it were up to me, I would have put vibration in there somewhere, so you'd have more options to choose from with conditional statements, as well as so deaf-blind users could also learn, but ehh.
@8, loops, conditionals, constants, variables, and that's about it. The math is, as you said, just simple addition, subtraction, and randomizing. No, unfortunately, you can't type your program, but it would be nice if you can. As of now, if you produce an error in the creation of your program in pods, the unit will burp at you to let you know that you can't, say, join two threads together with a conditional or some such. I think there should be more advanced errors, but with the minimal concepts, there's really not a lot of room for anything beyond that.

I dislike the abuse of terminology here, the lack of functions and constants, and the price. The abuse of terminology complaint is that they call the slots "threads." They're really not; I doubt the device contains any kind of operating system that requires a scheduler that needs to even care about threads, if it even knows what a process is. Hell, it might not even have a scheduler. The way they use the term "thread" just seems like they're setting up kids to learn the wrong terminology, so that when they read the term "thread" in programming books or in classes, they won't understand it because of what they were taught when they were younger. But perhaps I'm wrong. And since when did programming, um, not include constants? And functions? I'm definitely confused on where that decision came from. And the price issue has already been explained.

well fine, be like that, personally I think it's all right myself and many others do too, including it's goal audiance

@Devin: You do realize that this is purely introductory oriented, right? I.e. it is assumed that, after completing their beginner cs class in elementary/middle school, ,they will feel a lot better about, as you say, going through the textual manuals, because they know how the basic sections of code are structured. This is exactly what osmo tries, and fails to do for most of us since it's all visual. If you odn't like this, well there's Scratch...oh wait.
The curriculum is always going to have an introductory exercise of some kind. In most schools, it's Scratch. And that's a problem. And I guarantee you the teacher will be happy to put someone off to the side and have them learn on their own, but depending on the teacher that can either be an advantage or disadvantage to them. They are not, however, going to shift the curriculum to the non-visual methods because one person in the class can't do it. So APH and Microsoft do have the right idea. By making a tactile version of the concepts these visual edutainment toys deploy, plus a class curriculum for it, the whole class can be involved.
Some people do need a hands-on approach. Python may be the beginnings of teaching a blind person how to structure code in a way that makes sense for them and for sighted counterparts because indentation, but again, some 7 to 11 hasn't even gotten to basic algebra yet, you don't want to throw a programming language right in front of them.

one time i got a d in technology fr not being able to click n drag when my teacher saw a game I made. And you know what else? They gave an a+ to some kid that made on in scratch, just because it was visual.. bah.