Hacker News new | past | comments | ask | show | jobs | submit login

Agreed. However I think to build on his argument, we should push JavaScript forward in a targeted fashion, based on its intended purpose.

Level 1: There are known huge missing chunks of JavaScript that should be resolved as they severely limit the power of javascript as a development platform which lives in a network application.

For instance modules, promises, etc...

Level 2: There are known huge missing functionality which are missing which are well known elements of a sane UI framework which should be implemented because bottom line javascript is a UI scripting language.

For instance properties and some kind of observable mechanism.

Level 3: IS all the highly subjective and often syntatic sugar intended to make javascript work more like other programming languages like C# or Python.

For instance classes,. arrow functions, generators, let statements...

Generally the problem is the focus seems to be completely skipping Level 2, to get to Level 3.





Yes thats the point really... Observable are scheduled for ES2016, which satisfies a clear unamibigous and relatively not controversial 'need' is coming out in 2016.

Meanwhile arrow functions, let vs var, generators, etc etc etc are coming out in 2015. Why?

Its not skipped as in 'its not on the roadmap', its skipped like 'lets leave it for now and do something else'. Its skipped over to add a bunch of shiny bells and whistles and syntactic sugar. You shouldnt put in the leather seats before the steering wheel.


Those phases exactly mirror the phases listed in the article.


where in the article?





Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: