Common Lisp vs Xtend

Almost all aspects of the language are designed with interactive/repl use in mind.

SLIME (Superior Lisp Interaction Mode for Emacs).

It is easy to recover from errors. Error resolution can be determined by the user at the REPL.

The state of the program may be saved and reloaded as an image, supporting safer modification of the running program. New code may be compiled into the image as the program runs, while late binding ensures that symbol redefinitions take effect throughout the program.

Some compilers such as SBCL can be faster than C or other low-level languages, and most compilers can generate fast native code.

Lambdas are written like Smalltalk's blocks. If it's the last argument, it can go after the parentheses like Ruby's blocks. Parentheses on method calls are optional.

It uses Java's static type system, but you don't have to declare the type of everything all the time, since the Xtend compiler can usually figure it out. This also dramatically cuts down on Java's infamous verbosity.

Because Xtend relies heavily on JDK and Android classes, it runs just as fast as native Java code.

Xtend is a low-risk option. Because it compiles to human-readable Java, if you decide you don't like it for your project, you can just switch back to Java without losing your work.

This is where it gets its name. You can open classes and add new methods, kind of like Ruby. (Of course this has to be compiled to Java, so really it lives in a kind of helper class.)

Uses functional features ,which are very concise and idiomatic. Plus it has annotations, which cuts down on the Java boilerplate.

Methods are public if you don't specify, and fields are private. Locals declared with val in Xtend are final in Java. This dramatically cuts down on Java's infamous verbosity.