I think when they say MVP they might really mean AFJ, which would make the behavior you observed more understandable. Some AFJ purists would even claim it's the right way to do it under the methodology, which is arguably one of its major differences from the MVP credo.
IMO, the best April 1st jokes are both good satire and well thought out enough to actually be implemented. Consider that RFC 1149 was intended as a joke, only to actually be successfully implemented years later.
I remember I used to play hangman by texting letters to a phone number and it would reply with how much of the word I had figured out. It would be awesome to be able to play 2048 over SMS (but painstakingly slow to complete).
Yes, you see Perl is hip now. And since the hipsters barely learned how to make an alert in JS before calling themselves a "full stack dev" they really don't know any better.
I get that this is a joke, but I do think a really cool concept for a game would be one where there is just an API for the "state" and that is responsible for the mechanics and rules of the game, but that you would build your own custom client for the UI. For example, some kind of spaceship battle game where you create your own interface for controlling the ship... it would be kind of a meta-game where creating the interface a certain way might give you advantages in terms of efficiency versus others.
Sure, but maybe that could be a good thing. For example, you could provide an API for Chess that ranks players across apps. You could use a Facebook ID or similar to merge identities across applications. Then players could choose the chess app they prefer and still be engaged with the larger community.
Schemaverse[1] could be considered something similar, I think, down to the "space-based strategy game", although it is controlled by raw SQL queries instead of an API.
Back when I was working on my own MUD, this was one of my intents. I'd set up the system and then define an API off it for anyone to build their own client.
This was mostly because I was pretty strongly principled against forcing a particular display on the player. I wanted them to be able to explore via a text-based interface or a graphical one.
...and as it turns out, this was not the most ridiculously ambitious part of that project. :P
53 comments
[ 4.2 ms ] story [ 125 ms ] threadWhich seems to suggest April 1 protocol.
https://github.com/Semantics3/2048-as-a-service#zest-princip...
Is this the most elaborate April fool of the day?
Type curl -L http://2048.semantics3.com/hi/start to get started. Here is a full example on how to play it:
https://github.com/Semantics3/2048-as-a-service#full-example...
If you want a full game on the console:
I guess that you could de-servicify it and create own2048, not that I know how it would differ from the original version...
(I can't help but wonder where and how 2048 will show up next.)
Requires some 1D to 2D though.
You might as well open up a SSH daemon on the default port without root password.
Perl one liner bro - check it out.
This will work:
Do also checkout our demo showcase app built using the 2048-as-a-service API:
2048 - Startup Growth Edition (MVP) - http://2048.semantics3.com/2048.html
"Unstoppable! You are the next Rap Genius!"
"Growth Hacker Extraordinaire! You are the next Optimizely!"
I like it more than the other offers that April Fools has provided thus far. Somewhat reminiscent of this thread: http://chan.installgentoo.com/g/thread/38087806
http://domino.research.ibm.com/Comm/wwwr_ponder.nsf/Challeng...
is devoted to 2048...
[1] https://schemaverse.com/
This was mostly because I was pretty strongly principled against forcing a particular display on the player. I wanted them to be able to explore via a text-based interface or a graphical one.
...and as it turns out, this was not the most ridiculously ambitious part of that project. :P
But don’t most MUD clients follow these principles? Playing with tf5 does give you quite a few advantages over playing with plain telnet.