First off, you’re awesome and so is your daughter!
It does seem like there are at least two potential aims here: to make a game and to become a better coder.
If the primary aim is to make a game, there’s RPGMaker. I’m not very familiar with it, but from what I understand it’s a lot more drag-and-drop game assembly than programming, though it does have some scripting capabilities.
If the aim is more about becoming a better coder and expanding her capabilities, PyGame is a very popular Python library for making games. And Python is widely touted as “a great beginner language.”
Python is (qualifier, qualifier) “slow,” and so it’s possible she’ll run into some limitations there as well, but I’d imagine it should be a ton less restrictive than Scratch, and well up to the task of “a trimmed down ‘legend of Zelda: link to the past.’”
Java is a language that people make “real” games in (like the original Minecraft, for instance.) But… and this’ll be a controversial statement, but… my experience is that it makes people worse coders. As in, it causes brain damage that is either overcame later or negatively affects their coding abilities for the rest of their careers. Python is very much the opposite; it’s the kind of language that makes you a better coder for having worked with it.
I’ve been working with Golang and Ebiten lately, and I’m enjoying it, but it’s definitely a very “really real” programming language that may require a certain amount of background knowledge to appreciate the simplicity of. It’s an option, though. And I do believe it would be the kind of option you’d use if you were making a “real game” (like the kind that would be sold on Steam.) At her age, I probably would have been excited by the fact that that option also gives you a bona fide .exe file.
Of all of those options, I’d probably be most inclined to nudge her toward PyGame/Python but lay out all the options above (along with any other options you come across.)
Good luck to both of you! It’s always awesome to see 10-year-olds getting into game development. When I was 10, I wrote games and other programs in QBasic. That’s a dinosaur these days, but your daughter’s interest in software development may well turn into a lifelong interest and fulfilling career like it did for me.
Yeah, that seems bonkers, but it’s how npm works. I don’t always code in JS, but if I do: a) its code that’s going to run in a browser and b) I never ever use any JS dependencies aside from browser builtins. It’s about the only way to opt out of the dependency nightmare that is “modern web dev”.
Ok, I lied a little bit. In my job, I sometimes do JS work on projects with Grunt, Bower, Backbone, jQuery and a gorillion other dependencies. But when I have full autonomy over a codebase like with my side projects, my style is as above.
To qualify that even more, even in my side projects, I often use minifiers, but not ones written in JS or pulled in via NPM.
Of course, that probably doesn’t help much when you have need of functionality that would be much less trivial to make yourself. Again at my job, we use JsBarcode to generate images of barcodes. That would be a royal pain to implement from scratch. If I needed that functionality in a side project, I’d probably just bite the bullet and pull it in from Bower with 30 other bulky dependencies. (Or more likely just refrain from taking on that particular side project. Or possibly generate barcodes server-side.)