|
|
|
|
|
by jonesb6
3740 days ago
|
|
Cool I guess. But people will still find a way to write bad ES7. Will it be harder to do? Maybe. Hard to tell until it gets implemented by all major browsers, at which point i'll have given up programming for professional hover board racing sponsered by ubersoft (microsoft got aquired after the second robot uprising). Edit: Also after reading the article it strikes me that ES6 and ES7 features are going to create a huge gap in developer knowledge between those who fully understand ES7/8 and those who only understand ES5. Will we one day hear "oh beginners should start by learning ES5 and then do ES7?". Doesn't that sound a lot like c++?? Do we want that for javascript? |
|
A lot of the things I love from Coffeescript got picked up in ES6/ES7, so it wasn't a big deal for me to transition. :-) (sad that Coffeescript will decline when it has more to offer..)
I had to work on an ES5 project recently and I was almost in tears because I couldn't use a computed property. (someObject[someValue]) I wound up writing a switch to assign the correct index, and I felt very sad about my life.
Someday people might not learn about how we kept things private in closures. They'll have a `private` keyword to make their transpiler do it for them. It has become less important to directly know how inheritance works, so people might be happy having a `class` syntax. There are a few times I've wanted to make an object fallback on another without making an official "class", so maybe this will be secret juju someday.
I tend to view language development like overfilled buckets. When JS becomes as complicated and unwieldly as C++, we'll spill into the next bucket in an effort to create another simple language.