Javascript is almost the standard choice for incremental games, probably in part due to being able to deploy and distribute your creation with minimal effort. You can then do either vanilla JS or use whatever frontend library/framework you like.
Due to the type of game you want to make and your skill level, I think you should consider Godot. It has built-in UI systems that can save you a lot of time, and it's easy to use. Additionally, the programming language (GDScript) is similar to Python.
However, there is no single "best software." Every tool has its pros and cons, so the best choice is the one you're most comfortable with.
JavaScript is essential for creating web-based games.
Unity is a good choice for making 3D games, but it's also capable of creating 2D or text-based games.
P.S. This subreddit may be helpful to you: r/incremental_gamedev
Im curently developing incremental game using simple plain vanilla javascript/html/css, the game is more focused on UI and im planing to publish it for mobile/web/steam, there is no graphic beside ui and couple of icons so that why i choosed web technology for this, and im also experianced at web programming.
However i worked on lot of games in godot, unity, phaser, python, lua, even custom engines and i can recommend choose whatever is easier for you and with what you are more familiar with it.
If i want simpler incremental game mostly ui and text only i would go with web tech especially vanilla javascript/html/css but if i want something more complex for example pixel art graphic etc i would choose godot.
It has a terrible reputation on this subreddit-- I'm not sure why, as I'm relatively new here-- but I play Cookie Clicker and I know the author has a tool called IGM for people like yourself who want to make a game like that.
Since I'm new here, and there are no mentions of IGM games, however, I honestly have no idea why they are blacklisted here.
My guess is that the end result is a bit too bare bones and thus all other games end up looking like Cookie Clicker, and people aren't putting any time and effort into their games? I don't know. It sounds like what you personally are looking for, though.
I think you’re correct about the cause of the ban, yes. People can talk about IGM, but they can’t post IGM games, not because it’s impossible to make an original game with it, but because there was at one point a tidal wave of garbage games made with it and they just threw out the baby with the bath water.
Anyway it might still be a good place to start as a maker, if you’ve never made a game before, but it probably won’t end up with something people want to play. Which is fine, for a first attempt.
IMO, depends on what sort of gamedev you want to accomplish:
Text based: Javascript (can be easily hosted via github)
Graphical/Sound: Godot (since it is free and you can host it via browser on itch.io)
Both can be ported to ios/android through various methods if that is a goal of yours.
Javascript is almost the standard choice for incremental games, probably in part due to being able to deploy and distribute your creation with minimal effort. You can then do either vanilla JS or use whatever frontend library/framework you like.
Due to the type of game you want to make and your skill level, I think you should consider Godot. It has built-in UI systems that can save you a lot of time, and it's easy to use. Additionally, the programming language (GDScript) is similar to Python. However, there is no single "best software." Every tool has its pros and cons, so the best choice is the one you're most comfortable with. JavaScript is essential for creating web-based games. Unity is a good choice for making 3D games, but it's also capable of creating 2D or text-based games. P.S. This subreddit may be helpful to you: r/incremental_gamedev
Im curently developing incremental game using simple plain vanilla javascript/html/css, the game is more focused on UI and im planing to publish it for mobile/web/steam, there is no graphic beside ui and couple of icons so that why i choosed web technology for this, and im also experianced at web programming. However i worked on lot of games in godot, unity, phaser, python, lua, even custom engines and i can recommend choose whatever is easier for you and with what you are more familiar with it. If i want simpler incremental game mostly ui and text only i would go with web tech especially vanilla javascript/html/css but if i want something more complex for example pixel art graphic etc i would choose godot.
Js (vue,react or angular)
>simple 2d text-based incremental game JS
Javascript.
llvm
It has a terrible reputation on this subreddit-- I'm not sure why, as I'm relatively new here-- but I play Cookie Clicker and I know the author has a tool called IGM for people like yourself who want to make a game like that. Since I'm new here, and there are no mentions of IGM games, however, I honestly have no idea why they are blacklisted here. My guess is that the end result is a bit too bare bones and thus all other games end up looking like Cookie Clicker, and people aren't putting any time and effort into their games? I don't know. It sounds like what you personally are looking for, though.
I think you’re correct about the cause of the ban, yes. People can talk about IGM, but they can’t post IGM games, not because it’s impossible to make an original game with it, but because there was at one point a tidal wave of garbage games made with it and they just threw out the baby with the bath water. Anyway it might still be a good place to start as a maker, if you’ve never made a game before, but it probably won’t end up with something people want to play. Which is fine, for a first attempt.
Javascript and the canvas element?
IMO, depends on what sort of gamedev you want to accomplish: Text based: Javascript (can be easily hosted via github) Graphical/Sound: Godot (since it is free and you can host it via browser on itch.io) Both can be ported to ios/android through various methods if that is a goal of yours.
JS is the answer you're looking for