Live data from Hacker News

Angular v8.0

github.com

31–40 of 210 posts

Re: Angular v8.0

#31

Angular feels like frontend framework built by backend java Spring developers, that hate frontend development.

Apart from being verbose, why is that a bad thing? Spring is used to successfully build massive applications. You can meme about Spring's AbstractFactoryBeans all day, but in the end it does what it's supposed to do.

I maintain a class library that is highly depended upon in the rest of our company. I don't like to introduce dependencies at my later because of that. So things like DI are all factory patterns / builder patterns. It's explicit and has kept my object lifecycle super manageable.

It feels like the people who meme about EnterpriseFactoryFactory at times just haven't hit the right use case for it.

Re: Angular v8.0

#32

Earlier quoted context omitted.

Front-end development is inherently chaotic right now, doesn't matter the framework. Things will get better.... I'm intrigued by Svelte.

Front-end development is really great right now, because of React, which makes it so you can develop in one language, but unlike past attempts like GWT [1], doesn't rely on leaky abstractions. 1: http://www.gwtproject.org/overview.html

Everything is a leaky abstraction at some point, the question is how much of a pain is it once you do need to dive underneath?

Personally I’ve found debugging and dealing with anything non-standard in React to quickly turn into a huge mess (but given all the praise heaped on it by other developers I know, I’m willing to concede that I might be doing it wrong).

Re: Angular v8.0

#34

Earlier quoted context omitted.

JSX is a different language

JavaScript with JSX is a single language. The tags are a syntax extension. JSX is a very non-leaky abstraction. The tags are just function calls. https://reactjs.org/docs/introducing-jsx.html#jsx-represents...

I don't buy that argument. On the one hand you claim there's no leaky abstraction, yet your argument only works if "Javascript with JSX is a single language".

Then "C++ with inline assembler" is also a single language? What about English with quotes in Japanese?

Re: Angular v8.0

#35
post #5

This release is awesome, here is a summary from the Angular team blog - https://blog.angular.io/version-8-of-angular-smaller-bundles... The main feature among many is differential loading, that will load different versions of the application depending on the capabilities of the browser. This will avoid installing polyfills without the need for them and reduce the bundle size. There are reports of 40kb reduction in bu…

Differential serving can easily be done using babel and webpack. Been doing it for awhile now.

Yes, it was possible with Angular also before, just like with other frameworks, but now this is built-in the Angular CLI build pipeline.

This means that this is now mostly transparent to developers, and taken care for us by the build pipeline without having, for example, to configure webpack and Typescript manually ourselves.

Re: Angular v8.0

#36
post #5

This release is awesome, here is a summary from the Angular team blog - https://blog.angular.io/version-8-of-angular-smaller-bundles... The main feature among many is differential loading, that will load different versions of the application depending on the capabilities of the browser. This will avoid installing polyfills without the need for them and reduce the bundle size. There are reports of 40kb reduction in bu…

Differential serving can easily be done using babel and webpack. Been doing it for awhile now.

How simple is it to implement? I’ve been considering this but figured the complexity may not be worth it.

How many different builds do you emit?

Do you run into any frustrations with your user error logging tools having different stack traces?

Re: Angular v8.0

#38
post #30

I wonder what's the story behind delays of Ivy? Can somebody elaborate? It was first scheduled for v6 (don't remember , then for v7, now there is v8 and it's again rescheduled for v9.

It needs to be backwards compatible and it is tested with google internal applications and needs to be approved by said applications.

Re: Angular v8.0

#39

Angular feels like frontend framework built by backend java Spring developers, that hate frontend development.

This feels like an argument made by somebody who has never built a serious project in either, and has instead formed an opinion based on quick glance at the respective syntaxes.

To me, Angular is what HTML and the DOM would look like if they had been designed from the beginning for application development:

- Custom elements backed by controller classes. - Data-binding and event-binding syntax baked into HTML - Component style encapsulation, on by default.

React seems far more like a project created by people who dislike front-end development: As I recall the genesis of the project was to replace traditional DOM mutation with a more PHP-esque approach of updating state and re-rendering everything, just as you would do on the back-end.

Re: Angular v8.0

#40

I feel Svelte is the framework that Angular author actually wanted to build since the first version.

A lot of talk about Svelte in this thread, I guess it's the new FOTM front-end framework.

In any case - angular has no one author and it is moving to the Svelte direction of rendering with Ivy which is to be released in next major version.

Post reply on HN