coffeescript

It even allows your config to depend on a preprocessor (like Babel or CoffeeScript, see [1]).

That was a key feature of CoffeeScript classes for me, and not having it makes ES6 classes considerably less useful/interesting.

I haven't really done any JavaScript development since I used CoffeeScript and Backbone two years ago.

I blame writing a lot of ruby and javascript code (jumping back and forth to coffeescript), whose syntax is often seemingly random:-P.

There's been all kinds of layers on top, like CoffeeScript.

We develop mostly in C++11/14, Python, CoffeeScript and JavaScript.

Postgres and CoffeeScript experience would be nice too.

Last time I used webpack, it wouldn't allow me to use ES6 CoffeeScript or JS code without using babel to downgrade to ES5 spec.

My choices for intro programming language would probably be Haskell and Coffeescript - both has a simple but coherent set of concepts and a straightforward syntax designed around those concepts.

Code looks solid and professional ( CoffeeScript on the other - I was so much faster, but in the end I see not that easy readable code.

Looking for front-end (React/Flux, Backbone, ES6/CoffeeScript) and back-end (java, hbase, kafka, hadoop) developers who enjoy working in small teams that own significant parts of our products.

- Backend – Our modular infrastructure (runs-on (and:clojure:python)) - Front-end – Our front-end team loves React, D3 and CoffeeScript - iOS – Swift and ReactiveCocoa sound fun?

The codebase is written in Coffeescript, Jade, and Stylus.

I've never written views in Erlang (actually, I've opted for higher abstraction and used Coffeescript), but now that I have a little functional programming experience with Haskell, I'd like to try it out.

We've been careful to keep our architecture componentized * Our frontend projects use Coffeescript, React, Flux, SQL for offline caching, Electron (Atom Shell), and no jQuery * Tons of our code is open source.