ECMAScript 6 Is Officially a JavaScript Standard
rjmarvin writes: The ECMAScript 6 specification is now a standard. ES6 is the first major revision to the programming language since 1999 and its hallmark features include a revamped syntax featuring classes and modules. The Ecma General Assembly officially approved the specification at its June meeting in France, ECMAScript project editor Allen Wirfs-Brock announced.
as far as standards bodies are concerned ?
This really marks the triumph of the newish and competent committee over the prior boneheads who wasted years trying to shove XHTML down our throats while adding features that were so poorly designed as to be nearly worthless. (ES5 marked the transition, the first cleanup after the prior mess, and ES7 will finally get us to where the language should have been 10+ years ago if not for all the time wasted by wankers with no clue about actual software development.)
I hate how legacy browsers act as stones around our necks.
How long until we can actually use it? How long until Chrome, Edge, Firefox, Opera and Safari supports it on all their respective supported platforms?
Get free satoshi (Bitcoin) and Dogecoins
A boatload of new syntax!
Seems it will roll out peicmeal like other HTML JavaScript enhancements in the past
A quick google turned up this useful link.
Browser Compatibility
With many browsers you can use many features now (but not all).
Letter To Iran
That means there must be some new error syntax to emulate a gallic shrug and some vague hand waving. A much nicer alternative to a a meaningless number or some unfriendly message.
Good overview here: http://es6-features.org
The big one is real classes. No more prototype boilerplate.
This. How about all browsers adopt a single js/css/html engine? What should make them unique is not how they render a page, but the UI and features.
Since actually having a link to the spec in the announcement of the spec would be helpful...
http://www.ecma-international....
Since we won't be able to use it for at least another 10 years.
For myself, in particular, I wonder how long it will take v8 to support it.
File under 'M' for 'Manic ranting'
Surprised they got modules so quickly. Someday modules will eventually make it into C++ ...
* 2006 http://www.open-std.org/jtc1/s...
* 2014 http://www.open-std.org/jtc1/s...
* 2015 http://www.open-std.org/JTC1/S...
* 2015 (April) https://isocpp.org/files/paper...
* http://www.infoq.com/news/2015...
* http://stackoverflow.com/quest...
I see the "use strict" HACK is still optional ("An ECMAScript Script syntactic unit may be processed using either unrestricted or strict mode syntax and semantics. ") but at least in the case of a class is mandatory ("A ClassBody is always strict code.") Someday Javascript will stop being a shitty language. Sadly it won't be this year ... :-/
Why not replace the www with a proprietary binary format
Exactly.
It is called EcmaScript 2015.
Democracy Now! - your daily, uncensored, corporate-free
revamped syntax featuring classes
So they just gave up on the whole prototype system and duct taped class-based OO on top of it? That's actually kind of sad -- It was a special aspect of Javascript that set it apart from other languages, and homogenization is boring. I guess maybe today's "Javascript developers" just couldn't wrap their heads around it.
Here's a rundown of the new features if anyone else hasn't been following ES6 and is curious. A few of note are
scoped and const declaration via let and const,
lazy iterators and generators,
format/heredoc strings,
and varargs ala Lua.
Overall this looks like a good step in bringing Javascript closer to being on par with more modern languages.
"What do you despise? By this are you truly known." --Princess Irulan, Manual of Muad'Dib
/)
I didn't say proprietary. I should be an open standard defined, open source engine.
At the end of the day it's still javascript.
Well that's sort of the situation that accidentally exist on iOS and even on that platform there has been some demand for different engines. There are tradeoffs between engines. Say for example an engine has a bug. Do you continue to process data in line with that bug for application compatibility or fix it? Should the engine focus on newest features or on standards compliance? Should it focus on security vs. compatibility? Should it focus on minimizing time to render or minimizing power drain?
I've used a lot of languages in the last 30 years, the only one I actively learned to hate was Javascript. Biggest problem being "everything is a global", followed by "Scope? We don't need no stinkin mouthwash", and finally having the behaviour be different on different machines because reasons.
After 6 months of schedule slipping and very poor quality we finally convinced management to let us use perl. Perl ain't perfect, but it's predictable.
Sure, let's call it "gecko". Now convince Google, Apple, Microsoft to drop their engines and use it.
While not "Officially" Codified as a Capital Crime, it is often sanctioned and applied by the state.
Apostasy in the Islamic Republic of Iran
From Wikipedia on Apostasy "Iran – illegal (death penalty)"
The catch here is it is often applied under the broad umbrella "blasphemy."
What else makes my journal entry a rant? Who is being more intellectually dishonest here?
Do you stand corrected that the death penalty is often given in Iran for apostasy, or do you have some evidence to the contrary proving that the hundreds of links from sources like wikipedia.org, et al are Western propaganda?
Rant implies it is not a well justified set of accusations and denouncements. As stated in the letter I have no truck with followers of Islam who allow those around them to believe and live as they want.
Letter To Iran
instead of making do with just 10 days.
Yep, there's definitely still a time and a place for xhtml.
Why use something shitty like gecko when WebKit/Blink are so much better?
They've all got their pros and cons. Getting everyone to agree on the "best" one is unlikely, I'd say.
That engine is going to break at the first port to a system with a slightly odd graphics system.
The problem right now is that the "standard" is a horrible mess that not only is hard to read in a structured manner, it is also hard to tell if a browser is standards compliant.
Well, that is at least part of the problem. The other part is that HTML isn't really a good document format for displaying the things most web-pages attempt to.
Wait. WebKit and Blink are the same thing? And why are they better than Gecko?
It is far better to specify the standard and code against the standard. If there are problems with a particular browser they can be discretely worked around.
Agreed. As a C++ programmer, i was really scared writing javascript.
I really wanted classes, to define objects, as the prototypes confused me. Classes make me more conformable as that is what I am familiar with.
Also the function scoping is confusing. I wish that was like c/c++ too.
I just wish Javascript would also allow other cool things like operator overloading and templates.