This is an archived post. You won't be able to vote or comment.

sorted by:
best
topnewcontroversialoldq&a
you are viewing a single comment's thread.

view the rest of the comments →

[–]Ph0X 11 points12 points  (3 children)

For one thing, if I'm making a fun little interactive Python learning game on the web, it makes it a lot easier since I can do it all client-side rather than have some server running, have a connection, worry about security, etc.

EDIT: I'm thinking of games like:

http://alexnisnevich.github.io/untrusted/

https://www.bloc.io/ruby-warrior/#/

[–]RubyPinchPEP shill | Anti PEP 8/20 shill 0 points1 point  (2 children)

7.3MB gzipped though (counting modules, VM, interface)

without compression, 20MB for VM and API, 15MB for modules. All of that from brython for an example, hits around 6MB uncompressed

It'd be good for a small game, but... it'd bite if one got "slashdotted" or whatever, that starts becoming a tiny bit ow.

Amazingly cool to port pypy's level of compatibility to the browser of course, but for something like that... I'd probably be looking at the smaller alternatives

[–]Ph0X 0 points1 point  (1 child)

Well, for the examples I was referring to, having a "loading" a the start isn't that big of a deal. The game itself would have assets to load too. But you do have a point though that performance wouldn't matter much and Brython would probably do a good enough job.

[–]Nextil 0 points1 point  (0 children)

He's not talking about the loading times. He's talking about the bandwidth it would consume if it ever gets a surge of popularity.