[tyingq]

Cool write up, but no short demo or repo? Or did I somehow miss that?

[ozten]

I'm unsure it is the same project, but I did find https://developer.fastly.com/solutions/demos/doom/

[exikyut]

Ah, thanks.

I just checked the source of the OP linked page, and this link is not in the page anywhere.

Likely an unintentional omission!(?)

I'd suggest callouts in <h1>s myself, ideally at the start and the end of the article.

--

As an aside, it's... reasonably fast, but not playable. And all the monsters appear to have quietly been turned off, and because the game loop can't see your exact keystrokes you can't cheatcode them back on :P

[ipsum2]

Probably because they can't scale it? Which is ironic for a serverless provider. Seeing:

> Too many players; retrying in 27 seconds.

[mekkkkkk]

It's just an absurd tech demo, why would they want to scale it? Just to burn money?

[FartyMcFarter]

To impress people, which is probably part of the goal of this blog post.

[mekkkkkk]

I think any potential customers would understand that scaling isn't the point of the demo. It's unreasonable to assume that they'd infinitely scale a processing- and bandwidth-hog like this just for fun.

[grenoire]

Monsters aren't turned off, it's the lowest difficulty. Going through the first door (use key is U) starts off with two grunts.

[exikyut]

Ah. I must admit the latency is sufficiently high that I was like "...ah. Right then." and stopped poking around after approximately 6 seconds.

[pwr22]

Weird, it's working really well for me!

[mulmboy]

This runs super well for me. Looking at chrome developer tools it's sending out a new frame request about every 38ms. Runs much nicer than the top two google results for "play doom online".

[kailanb]

Source code: https://github.com/justinliew/DOOM

Demo: https://developer.fastly.com/solutions/demos/doom/