-
Notifications
You must be signed in to change notification settings - Fork 31
doc: Revisit ES5 / ES6 / ecma next toggle for the API or having ES6 guide/topic #101
Comments
+1 cc @nodejs/documentation |
I thought we already made a decision? from @chrisdickinson
|
Can't remember, but somewhere somewhen we rather said to discuss it again. Not sure... if this dies off quick, I am good. However we should find a good solution for problems like in the linked issue. |
I think we should discuss "what's the better way of resolving it". Maybe we should fix nodejs/nodejs.org#434 ASAP (blaming myself) |
Once node v6 is released, we just have to deal with v5 and v6, both have ES6 enabled by default anyway. Wouldn't just displaying the docs in ES6 be sufficient? |
It's a matter of style and teaching rather than what we support I fear. I guess core and a lot of people (including me) are prefering |
slight correction, once v6 is out it will be v4 and v6, there shouldn't be any reason to keep v5 docs up. |
@eljefedelrodeodeljefe Are you intending this to be for v4 as well? Or just v6. |
Well the idea would be to track ECMA not node versioning. Obviously going forward we would have to wait node / v8 to catch up to certain features before we can employ them in examples. But the gist would be: the community decides on a certain style for a major version of ECMAScript (es6: If there should be any reason to track specific node versions then we should follow the LTS and HEAD tracks. As jasnell describes it v5 then would be obsolete, v4 would need to stay in. If the tracking logic is unclear and/or there are other ideas we should discuss this further... |
Most beginner users probably don't care about ECMAScript 5, 6 or 7, they just want to know the recommended practice in nodejs v4 or v6 without using additional command-line options. Introducing too many concepts may confuse them instead of help them. Even if we split things by ES5, ES6 and ES7, we still face varying amount of implementation of ES6 in the V8 engine as seen here. As for whether we should use |
I think this should be closed because of |
@stevemao they touch different topics. This here would touch every inline example in the API. |
I understand. But do you think this should be centralised on one page? |
If we're moving examples universally to ES6, that is probably OK. With regards to a split ES5/ES6 example solution, I think the prior resolution holds — that's too much work to maintain, roughly doubling the number of examples. |
I'm in favor of moving examples to ES6 👍 |
+1 to ES6-only examples - less work for us. More and more newcomers see examples in ES6 in different sites. Though, this way we'd force people to learn it in some way. Depends on how people see it - annoying or informative. I think, this way we help them to adjust to ES6 standard. |
Closing as this repository is dormant and likely to be archived soon. If this is still an issue, feel free to open it as an issue on the main node repository. |
As per discussion on nodejs/node#6203 and PR nodejs/node#4915 we should have such a feature / content on the agenda again.
Churn might be actually welcomed...
The text was updated successfully, but these errors were encountered: