I feel the author is missing several points about Angular, and Angular 2 in general.
As a premise, I too feel Angular 2 is somewhat over-engineered, the template syntax is pretty much WTF and it's easily misused. Not to mention the docs are indeed pretty poor.
Other points are quite off, though. Wrapping native APIs is something meant for dependency injection, to make testing your components easier. It's not the result of NIH syndrome.
Moreover, TypeScript isn't supposed to be "safe" in any way. You'd be a fool to think so, since it's a *superset* of JavaScript (i.e., JS compiles as TS just fine). TypeScript is a tool to speed up development and catch the most common pitfalls in coding, especially large codebases.
In short, Angular - especially Angular 2 - isn't a framework for beginners. It requires time, dedication and experience. Just like RxJS and observables (remember they're coming to JavaScript natively sooner or later).
That being said, I feel we're going to abandon frameworks like Angular soon: they feel too much like a kitchen sink for web development. Better starting with a skeleton like React and adding libraries for what you need.
Also Vue is indeed great.
I can't even say I'm fluent in English as it's not even my mother language, but if I'm seeking for news in English is because I unederstand them. If this board gets polluted by stuff in other languages, it would get harder for me to find intresting stuff.
And yes, that rule *has* been applied here, and honestly I don't know why this news is still up.
"Immediate-execution is a side-effect"
How can a well-defined core behavior be considered a "side effect"?
I might concede that merily passing a function to a constructor isn't usually expected to imply that such function is immediately called (it's also why the "deferred paradigm" is usually preferred), but that's how it is.
Anyway, synchronous code can always be made asynchronous, but not the other way around (unless you're counting await as a way). The main point of promises is their resolution/rejection always happening as the next micro-task, even if they're called synchronously.