Scala.js vs Nim

Scala offers type inference, which, while giving the same safety as Java's type system, allows programmers to focus on the code itself, rather than on updating type annotations.

In contrast to other options, Scala.js is a compiler plugin for an already existing and mature language: Scala.
As such, it benefits automatically from the existing compiler, from the language design choices made for Scala, which exists and is established in the industry since years.

The JavaScript-interop of Scala.js is very direct and lightweight.

The strength of Scala (JVM) on the server can not be underestimated, and is probably superior to any other choice listed here (where applicable; many have no server-side equivalent).

Being able to use such a powerful language (and ecosystem) on the server AND on the client, and sharing code between the two, is a big advantage.

Scala.js implements most of the Scala standard library and many parts of the Java one. Among others, it supports Scala's rich collection library.

Scala.js performs dead-code elimination out of the box (when running in the "fullOpts" mode).

Scala supports both Functional and Object Oriented styles of programming. Beginners can learn both paradigms without having to learn a new language, and experts can switch between the two according to what best suits their needs at the time.

Keeps your client and server sources in sync.

Through SBT, Scala.js supports incremental compilation out of the box. That is: SBT automatically picks-up the changes (think "watch" in other tools) and only recompiles what is needed.

This makes the development cycle fast and very pleasant to work with.

The same good and mature tooling that can be used for Scala can be used for Scala.js out of the box (code-completion, refactoring, immediate feedback, etc.).

The immutable values make it perfect for working with concurrency.

Because Scala.js is a plugin to the Scala compiler, the whole power of the Scala language is available at compile-time. Which includes macros. Very expressive things can be done, in a type-safe way, which are difficult or impossible in other languages.

While SBT is arguably not as simple as Maven, it beats the chaos of the JavaScript build ecosystem.

There are generics, templates, macros in Nim. They can allow you to write new DSL for your application, or avoid all boilerplate stuff.

Checks your code at compile time.

With built-in "unittest" module you can create test with a very readable code.

Nim has "asyncdispatch" module, which allows you to write async applications.

Nim has a built-in VM, which executes macros and some other code at compile time. For example, you can check if you're on Windows, and Nim will generate code only for it.

The same code can be used for web, server, desktop and mobile.

Nim has a lot of common with Python in terms of syntax. Indentation-based syntax, for/while loops.

Imperative, OOP, functional programming in one language.

You can use Nim with any language that can be interfaced with C. There's a tool which helps you to create new C and C++ bindings for Nim - c2nim.
Also, you can use Nim with Objective C or even JavaScript (if you're compiling for these backends).

You don't need to deal with all those manual memory allocations, Nim can take care of it. But also you can use another GC, or tweak it for your real-time application or a game.

You only need to specify types in your procedures and objects - you don't need to specify type when you're creating a new variable (unless you're creating it without initialization).

You can use unicode names for variables, there is "unicode" module for operations with unicode.

writeLine(stdout, "hello") can be written as stdout.writeLine("hello")
proc add(a: int): int = a + 5 can be used like 6.add.echo or 6.add().echo()