That actually sounds like a great idea.

It exists: http://holdenlink.com/project/floculus-bird/

flappy bird + 2048 + rift. a matter of time.

I think it assumes that you have a github account. I'm not sure if this is a bad thing considering who they are.

Which television program is that from?

That clip is from part 3 of Moon Machines:

http://en.wikipedia.org/wiki/Moon_Machines

The "How it works" paragraph almost sounds like it was taken from a description of how Julia works. (Not implying anything negative, btw.)

It's pretty natural, we don't really have anything better that this stack, do we?. If you're writing JIT, why invent your own backend if LLVM is good enough? I mean, well, probably it's possible to write something better than LLVM, but it would be quite exceptional work. And what that section describes would be pretty typical for any duck-typed language passed to LLVM. Devil's in the details, anyway. Actually, at this level of detalization you can say that almost every cooking recipe sounds the same: "Chop products; put them in the cattle and put it on fire for some time; season it".

Many people (including myself) think PyPy is a better stack. We will see.

You can also find a DOS port online. And play it using Boxer.app boxerapp.com

The guy in the above mentioned 'lets play' videos says that the DOS version (he has) has a bug which lets you use the soldering iron in the tutorials but not in the actual game.

I think it's the copy protection which can be bypassed by a patcher at http://scanlime.org/2009/04/a-binary-patch-for-robot-odyssey...

The first thing someone should contribute is Sparkle support https://github.com/andymatuschak/Sparkle/tree/master

Is there a maintained version of Sparkle?

Is the article available online? Do I need to be a subscriber to access it?

I do not have a subscription and it is working fine for me ... maybe has to do with location/article quota?

Where did you get the data?

FlightAware: http://flightaware.com/live/flight/AAR214/history/20130706/0...

how would you get started with clisp instead of sbcl?

The lisp koans should execute on any common lisp implementation modulo the threads koan group. If you modify the file ".koans"

https://github.com/google/lisp-koans/blob/master/.koans

to remove the last entry ":threads" it should work.

yep. i don't think i have the right background to answer this. is this based on a book or something from nerd culture?

Yeah I think that might be it to... once again though seemed like a cool idea

Nope, but I'll take this as a compliment.

There are a few references here and there (jabberwocky being perhaps the most obvious one), but otherwise, mostly original.