3 ms·
IMO Go is not a great language for Desktop automation like this. A script language, not statically typed language fits better, because it makes it possible to i
by Walkman 10y ago
IMO Go is not a great language for Desktop automation like this. A script language, not statically typed language fits better, because it makes it possible to iterate faster. Also these kind of automation scripts are not huge usually, or if they are, they are very simple. Also don't have to be fast.
The only advantage I can think of Go has here is the easy deployability for multiple platforms, but that's not even possible, because the platforms has different UI-s with different sizes, so you can't write one script and expect to work on multiple platforms.
- vvvway 10y agoCan be directly packaged binary and easy cross-platform is good.
- serf 10y ago>but that's not even possible, because the platforms has different UI-s with different sizes, so you can't write one script and expect to work on multiple platforms. game UI usually stays the same across all platforms. As someone who has written bots for video games that are cross-platform, it's nice to abstract away things like win32api when dealing with just trying to move the HIDs. Plus if your language/software allows for pixel read-in (this does), I wouldn't blame the scripting tool for non-robust applications -- make your application a bit more intelligent. Don't just blindly click at preset coordinates and expect reliable/consistent results except for the most basic automations.
- onmobiletemp 10y agoThats interesring. What games did you work on? What kinds of bugs were you trying to find?
- vvvway 10y agoReally?
- zzzcpan 10y agoI agree, it would be better to hook it up with a javascript interpreter (I think there is one for Go) and distribute binaries for all systems to run such automation scripts. Those who need more could just extend javascript API with custom functions and recompile, as they would probably need scripting too to make it useful.
- vvvway 10y agoyep.