Live data from Hacker News

Show HN: Doomguy as a Service

doomguy.herokuapp.com

11–20 of 24 posts

Re: Show HN: Doomguy as a Service

#11

I don't understand the point of redirecting every number between 0 and 100 when there are only five gifs.

I'm guessing his intention is that you build an app which scales its metrics to values between 0-100 and then construct a URL directly to the image--that way you don't need to worry about mapping the value to the damage inflicted.

Re: Show HN: Doomguy as a Service

#12
Don't forget there's a god mode face image too: https://www.google.com/search?q=doom+god+mode&source=lnms&tb...

I made a similar doom guy visualization long ago to monitor server health that got some laughs from coworkers. Like it was mentioned, be careful since the Doom assets are still copyright id software even if the code and shareware WADs are free.

Re: Show HN: Doomguy as a Service

#13
post #11

I don't understand the point of redirecting every number between 0 and 100 when there are only five gifs.

I'm guessing his intention is that you build an app which scales its metrics to values between 0-100 and then construct a URL directly to the image--that way you don't need to worry about mapping the value to the damage inflicted.

I guess, but then you have to scale to 0-100 (don't forget to round!), which doesn't seem any more convenient.

Re: Show HN: Doomguy as a Service

#14
post #4

Are we really so desperate to stick with buzzwords and "hot tech" that we wind up creating Heroku-powered Ruby apps with Bootstrap UI widget-filled pages to serve up a set of 5 static images over HTTP, rather than just, say, uploading them to imgur?

Whilst this is a post of derision, I do think people only know the highest level abstraction mankind can accomplish these days. It's embarrassing really. There is elegance in simplicity.

Please continue to take the piss out of it :)

I actually knocked up a single new static error page for our main web application a few weeks ago in 620 bytes including inline css (quite big if you ask me). It had no dependencies. My coworkers were actually astounded that it was so small!?!?!

Go figure!

Re: Show HN: Doomguy as a Service

#17
post #4

Are we really so desperate to stick with buzzwords and "hot tech" that we wind up creating Heroku-powered Ruby apps with Bootstrap UI widget-filled pages to serve up a set of 5 static images over HTTP, rather than just, say, uploading them to imgur?

It was just a fun toy app that I whipped up. Didn't mean to offend anyone with my "hot tech". :-)

Re: Show HN: Doomguy as a Service

#19
post #4

Are we really so desperate to stick with buzzwords and "hot tech" that we wind up creating Heroku-powered Ruby apps with Bootstrap UI widget-filled pages to serve up a set of 5 static images over HTTP, rather than just, say, uploading them to imgur?

It was just a fun toy app that I whipped up. Didn't mean to offend anyone with my "hot tech". :-)

Though I think GP is being a bit of an idiot, I read your source and I was a little surprised. The app only consists of static files, yet you run every request through a rack app that does nothing but send the static files (except for the indexing of the face files, which could've been done ahead of time too).

Why?

Re: Show HN: Doomguy as a Service

#20
post #19

Earlier quoted context omitted.

It was just a fun toy app that I whipped up. Didn't mean to offend anyone with my "hot tech". :-)

Though I think GP is being a bit of an idiot, I read your source and I was a little surprised. The app only consists of static files, yet you run every request through a rack app that does nothing but send the static files (except for the indexing of the face files, which could've been done ahead of time too). Why?

The idea was that the image URL could just be a number between 0 and 100 and the app would handle translating that to 1 of 5 possible images.

If I just served a file for every possible number, the browser would have to potentially download 20x the data.

Post reply on HN