• they/them

i am into accessibility and game design. i go by sysopod on other platforms as well



silasoftrees
@silasoftrees

i'm working on a web app game demo, partially just to put in my web dev portfolio, and i've been working in JavaScript largely. i'm just wondering, given JS is not exactly built for this sort of thing, should i maybe like... switch to writing the main game bits in Rust and feed it into a JS front end?

i'm familiar with C/C#, Java, Python, and JavaScript, but haven't really had a reason to learn Rust yet. might be useful, from a professional perspective, and it also might just be a better tool for building a game in. but idk? might also just be overkill, since all i'm making is a little basic citizen sleeper-like in a browser.


silasoftrees
@silasoftrees

i've decided to go with pretty much just JS and build the game model side very separate from the view/front end side, with the plan being that the front end could basically work with whatever back end as long as the data has the right shape. that way i can go back and replace the game model bit with Rust or something when i feel like it.


You must log in to comment.

in reply to @silasoftrees's post:

what about typescript? then you could get static types and better IDE integration without having to switch ecosystems?

my understanding was that you're probably better off using JS directly (or thru TS) unless you have a strong reason (cross platform with native version) to require a lower level language?

[i'm not a game developer though, so please take this with a grain of salt... and i have limited experience with browser based game engines]

yeah i'd been heavily considering typescript, and it's true that i don't strictly need to be capable of doing cross platform since i'm not currently planning a native version of the demo. i might just go with that, it would definitely help me avoid any kind of scope creep. thanks, good points and suggestion