5 ms·

Actually, this is what I believe is the place of Go (the language) in HTML5 programming. I don't know if this was done with Go on the server side, might as well

Actually, this is what I believe is the place of Go (the language) in HTML5 programming. I don't know if this was done with Go on the server side, might as well be node or gevent, but Go would be faster and easier to build a multithreaded game server with.

robotmay 14y ago
I've been fancying building a game with Go + JS. I only have 2 problems: 1: I can't think of a game 2: Most JS libraries/frameworks drive me nuts. However there are quite a few decent looking JS game frameworks about. Are there any recommendations?
- pkorzeniewski 14y ago
  Turbulenz[1] looks very promising and their framework[2] seems to be quite advanced, well thought out with a really nice documentation. [1] https://turbulenz.com/ https://turbulenz.com/ [2] http://biz.turbulenz.com/developers http://biz.turbulenz.com/developers
  - robotmay 14y ago
    Wow no kidding; I hadn't come across that one and it does look pretty swish.
- austinhallock 14y ago
  Not for building the games themselves, but Clay.io hopefully won't drive you nuts on the higher level features like user accounts, leaderboards, achievements, payments, etc... http://clay.io/docs http://clay.io/docs
- krsunny 14y ago
  http://www.isogenicengine.com/ http://www.isogenicengine.com/
Jare 14y ago
I agree that Go is a fantastic language for writing servers that need both CPU performance and responsively handle many connections. That said, if you write the server in Node then you can share some of the logic between client and server without having to rewrite in another language. Examples where this comes handy in games: - If the server runs the logic authoritatively, the client can run part of that logic locally to hide lag. - If the logic runs on the client, the server can run part of that logic to catch impossible actions and detect cheating attempts.
- wodow 14y ago
  Do you have any examples of live web-based games that are doing this with Node?
  - rartichoke 14y ago
    You might want to look at grits. It's an open source html5, multi-player PvP, 2D shooter up game with sound, built in match making, auth server and architected by a team of ex-game developers at Google using mostly free tools to create maps, package assets, etc.. Here's the source: http://code.google.com/p/gritsgame/ http://code.google.com/p/gritsgame/ They are using Node to run the game instances on the server. This is mainly because having identical code paths on both sides is highly beneficial due to how much they need to sync up to protect against cheating and have client side prediction. [Note: this isn't an opinion, I asked this question in their study group and the lead game developer told me that is why they chose Node over Go]. Think about that for a second. They created a presentation at Google I/O for the game, have a course running on Udacity building the game from scratch, have study groups at Google's offices, run the auth server on app engine and they still chose Node to run the game logic on the server instead of Go. I wish Go could be utilized as game servers because it's clearly going to crunch numbers faster than javascript but it seems like not running JS on the server is a catastrophic mistake for game development where you plan to have the client running it in a browser with JS.
    - the_gipsy 14y ago
      Catastrophic mistake, isn't that a bit exaggerated?
ivanpopelyshev 14y ago
I'm sure that MMO game can be written on: Go, Java, JS (node.js), Dart, Kotlin, Scala. The point is that we need a strong backend and ability to use common code on the client and server.
- marxdeveloper 14y ago
  (MMORPG) frontend(js) + backend(node.js) @ http://legendofkronus.com http://legendofkronus.com

robotmay 14y ago

I've been fancying building a game with Go + JS. I only have 2 problems: 1: I can't think of a game 2: Most JS libraries/frameworks drive me nuts. However there are quite a few decent looking JS game frameworks about. Are there any recommendations?

pkorzeniewski 14y ago
Turbulenz[1] looks very promising and their framework[2] seems to be quite advanced, well thought out with a really nice documentation. [1] https://turbulenz.com/ https://turbulenz.com/ [2] http://biz.turbulenz.com/developers http://biz.turbulenz.com/developers
- robotmay 14y ago
  Wow no kidding; I hadn't come across that one and it does look pretty swish.
austinhallock 14y ago
Not for building the games themselves, but Clay.io hopefully won't drive you nuts on the higher level features like user accounts, leaderboards, achievements, payments, etc... http://clay.io/docs http://clay.io/docs
krsunny 14y ago
http://www.isogenicengine.com/ http://www.isogenicengine.com/

Jare 14y ago

I agree that Go is a fantastic language for writing servers that need both CPU performance and responsively handle many connections. That said, if you write the server in Node then you can share some of the logic between client and server without having to rewrite in another language. Examples where this comes handy in games: - If the server runs the logic authoritatively, the client can run part of that logic locally to hide lag. - If the logic runs on the client, the server can run part of that logic to catch impossible actions and detect cheating attempts.

wodow 14y ago
Do you have any examples of live web-based games that are doing this with Node?
- rartichoke 14y ago
  You might want to look at grits. It's an open source html5, multi-player PvP, 2D shooter up game with sound, built in match making, auth server and architected by a team of ex-game developers at Google using mostly free tools to create maps, package assets, etc.. Here's the source: http://code.google.com/p/gritsgame/ http://code.google.com/p/gritsgame/ They are using Node to run the game instances on the server. This is mainly because having identical code paths on both sides is highly beneficial due to how much they need to sync up to protect against cheating and have client side prediction. [Note: this isn't an opinion, I asked this question in their study group and the lead game developer told me that is why they chose Node over Go]. Think about that for a second. They created a presentation at Google I/O for the game, have a course running on Udacity building the game from scratch, have study groups at Google's offices, run the auth server on app engine and they still chose Node to run the game logic on the server instead of Go. I wish Go could be utilized as game servers because it's clearly going to crunch numbers faster than javascript but it seems like not running JS on the server is a catastrophic mistake for game development where you plan to have the client running it in a browser with JS.
  - the_gipsy 14y ago
    Catastrophic mistake, isn't that a bit exaggerated?

ivanpopelyshev 14y ago

I'm sure that MMO game can be written on: Go, Java, JS (node.js), Dart, Kotlin, Scala. The point is that we need a strong backend and ability to use common code on the client and server.

marxdeveloper 14y ago
(MMORPG) frontend(js) + backend(node.js) @ http://legendofkronus.com http://legendofkronus.com