Live data from Hacker News

Show HN: Airmash – Multiplayer Missile Warfare HTML5 Game

airma.sh

131–140 of 316 posts

Re: Show HN: Airmash – Multiplayer Missile Warfare HTML5 Game

#131
post #127

you just wasted my entire day :D btw it performs better on Firefox 57 than chrome, I had some lags on chrome then switched to Firefox and it worked without a single lag

It's the new Firefox that makes it better. Previous versions got outperformed by Chrome!

Re: Show HN: Airmash – Multiplayer Missile Warfare HTML5 Game

#134
post #114
post #86

Earlier quoted context omitted.

WebRTC really isn't suitable for multiplayer gaming due to it being entirely P2P. You need the server to operate as a single source of truth and enforce clients to play by the rules.

It is not entirely P2P, a server can act as a "peer" for all clients and handle the connections itself.

[deleted]

Re: Show HN: Airmash – Multiplayer Missile Warfare HTML5 Game

#136

I opened this game in an incognito tab. And started dev tools. The entire game is only 2.8 MB. It loads fast. Such graphics, much small. A lesson for modern web developers about website obesity and performance.

Yes, also the immediacy of experience. No signup, no prompts or forms, no friction. Just one click and you’re immersed in the action. When companies clutter first experience with legal disclaimers, signup offers, and every other thing, I wonder if they are always carefully balancing the competing interests of business and product design as a big picture weighing everything together. To the extent they do that’s great…

And developers only thinking about the development experience. In my next project I'm going to monitor the gzipped size of my deployed site as part of continuous integration.

Re: Show HN: Airmash – Multiplayer Missile Warfare HTML5 Game

#139

I opened this game in an incognito tab. And started dev tools. The entire game is only 2.8 MB. It loads fast. Such graphics, much small. A lesson for modern web developers about website obesity and performance.

I mean this is nice but it's really not a lesson for web developers. The fact that this is 2.8mb doesn't really teach a web developer any lessons, unless you think that large website payloads exist because developers are literally too lazy or don't know how asset optimization works. Instead, having worked in web development, I know that website payload size is often driven by having to include vendored javascript for…

>unless you think that large website payloads exist because developers are literally too lazy or don't know how asset optimization works.

For what it's worth, I do think this. It's easy to just drag another JS library into your code without thinking of how long it's going to take to load.

Post reply on HN