Project name / coffeescript6

[DomVinyard]

This may be a good opportunity to adopt ECMAs naming scheme and schedule. And push for releases at the same rate that they do. Not aiming to reach feature parity of course, just ensuring that we are releasing regularly and allowing us to hop onto the annual 'press bandwagon' of Javascript development.

"What made it into ES2017?" and "What made it into CS2017" would both be valid questions, albeit with largely different answers.

It would also communicate that we were fundamentally aware and concerned with the progress and development of the 'mother language'.

[carlsmith]

I don't think the ES2016 naming scheme works for us. They are developing two specs in parallel, so ES2016 is what will be finalised this year, and ES2017 is what they expect to be worked out by next year. We don't have an analogue of that.

We should have a distinct name, entirely distinct or just a play on CoffeeScript. It'd be nice if it referred to the focus on being evergreen.

[rattrayalex]

FWIW, I have some interest in creating an entirely separate language based on CoffeeScript.

But for now, for this project, let's stick with CS6 as a target for ES6, CS7 as a target for ES7, etc. ES6 is baked and getting to the point of feature-completion would be a great milestone.

Once we have the basics built I'm all ears in terms of naming conventions, semver, etc.

[objectkit]

Hi - I'd be inclined to say the name of this language should be distinct from ECMAScript edition numbers and even the word CoffeeScript. Oracle owns the beans, so... we pick a different plant? Is horticulture really a good guide? Shouldnt the undecorated aesthetics of the language play a part in the naming strategy?

It would be my hope that the transpilation target language (including its version number) should have a more freeform relationship with the name and editions of this language. For example, the first release may offer transpilation to ES5 for convenience, the next release may also offer transpilation to both ES4 and ES6... or even WebAssembly which would be nice, while the language specification remains unchanged. Its good marketing to name it CS6, but is it a sustainable strategy to tie the release cycles of this project to the release cycles of ECMAScript?

How about deciding to start at edition 1 and focus on the language name as a separate matter? It could be named officially close to 1.0.0? I mean, if this goes through and works, its relationship to CoffeeScript will be known. Perhaps focus on edition 1 as having exactly the same language specification as CS today, focusing on the AST for the first release - a rewrite of the parser/lexer/compiler with a much looser coupling to the language?

The next edition of this language (independent from CS), could possibly even reuse the rewritten parser/lexer/compiler, as the language specification for this language should be a versioned DSL that a general purpose parser is capable of reading...

If this language shifted in scope, could it even transpile to CS as it is today? I can't really see a practical reason for this, bar integration with legacy projects. That would help uptake of this language in rare enterprise cases?

As for suggesting the actual name of the language... that would keep me awake for nights... but I would suggest keeping the relationship of the language to CS and the naming of the language as distinct undertakings....

Sorry - late night - I'll tidy this up later!

CS6 would be a good working title, but perhaps not an ideal official title!?

[carlsmith]

What about calling our project ESlang and treating the E as silent (like esquire), so it's just pronounced slang?

Obviously, ESlang implies the ECMAScript language. Almost no one called JavaScript ECMAScript until recent years, when the standards process took off, and we got ES6. Now, lots of new era JavaScript projects use names with an es prefix, especially for language tools.

The word slang makes sense as a more fluid, looser flavour of a more formal language, and slang tends to be used by people who are very comfortable using the formal language, but still use something less proper, and less widely understood, because it's more efficient and expressive to the people that do understand it.

There is a thing called eslang, which is a Spanish website (http://www.eslang.es), but that's no showstopper. There's also a project on GitHub called Erlang S-Lang Bindings, which they shorted to eslang, which may create confusion, so that could be an issue.

Apart from a possible clash with Erlang S-Lang Bindings, I quite like ESlang pronounced slang.

[rattrayalex]

Some interesting thoughts/ideas here – I think a name depends highly on the degree of backwards-compatibility with CoffeeScript.

If it's "mostly backwards compatible" or better, chances are we'll want to keep the name CoffeeScript and add a modifier, whether that's a 6, a 2, a 7, or a word (à la "Redux").

If it's a major departure, I'll let y'all choose without me 😄 as I'd likely hand over the reigns of this project. The separate language I am planning is called LightScript.

[carlsmith]

That's one problem CoffeeScript has always had: The community is always working on new languages, so there's tons of smaller languages, and less support for the standard compiler. Still, it's always good to see lots of people working on languages. Good luck with it @rattrayalex. Have you got anything up yet?

It'd be good if we had projects for a configurable lexer (lexers are all basically the same) and a Pratt parsing library. That would make it easier to write an efficient JavaScript parser without having to use a clunky parser generator and BNF. You define one or two methods for each token (with helpers for generic stuff, like prefixOp, binaryOp and so on), and you'd get a parser that can generate an estree, that can do JS codegen with source maps etc. Maybe the future will be per-project languages, and people should build more tools for doing that.

Has anyone here started work on anything towards CS6?

[realJoshByrnes]

Cream Script.
Why? Cream goes well with Coffee.
Also, CS6 / CS2015 could still be used to stay up to date with ES standards, and would appear coffeescriptish.

[carlsmith]

We should ask @jashkenas about using the CoffeeScript brand for this project, but we need to build something substantial first. CS6 is fine as a working title.

[carlsmith]

Hey @ozjd - Thanks for helping out.

CreamScript has slightly dodgy connotations, and if we're naming something cream, as a compliment to coffee, it would ideally be a tool, like a debugger or optimiser or something.

[carlsmith]

_Cash Rules Everything Around Me_

[realJoshByrnes]

Was just trying to think of something that started with C (to keep CS) that related to coffee. Cafe Script? :-P

[kirly-af]

I actually like the CSnext name we're using for the Gitter conversation.

[objectkit]

@kirly-af Ditto! Haven't had the chance to join in the Gitter conversation yet, but CS Next or a variant thereof sounds like a good working title for the language to me at this stage of the project. It could be given an official release name later? I think it would be helpful at this early stage to agree on the working title of the language to provide a fixed point of reference in conversations etc at this point. Should we organise a vote for accepting a working title of the language, deferring to an official name after some more progress has been made?? How could that be done if so?

[MemoryChips]

Is csnext public or private?