Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Angular v8.0

github.com

Post reply on HN
Print view View original

61–70 of 210 posts

Re: Angular v8.0

#61

Post by pier25 »

bob1029 wrote: post #52

I honestly had no idea this was still a thing. We jumped ship to riot.js back around Angular V2 and haven't really thought about another javascript framework since. All of our web tools have been vanilla JS/CSS/HTML with riot tying it all together for the last 3+ years now. It really does seem like the ideal way to compose single page web applications. We do use some 3rd party stuff like codemirror, momentjs, etc., b…

Anyone knows when Riot v4 will be ready?

I wanted to try Riot but then I saw they were working on v4 with the Simulacra guy and decided to wait until the new version.

Re: Angular v8.0

#62

Post by shapiro92 »

rafaelvasco wrote: post #13
sheeshkebab wrote: post #6

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

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

I took a peak at Svelte and wow this seems promising. I think its heavily inspired from WPF app building

Re: Angular v8.0

#64

Post by jaabe »

holografix wrote: post #16

I was recently at a Microsoft heavy tech conference and spoke to at least 50 .Net developers. Anyone who also did front end did so in Angular. I was surprised at how popular it is!

I work in the Danish public sector and we currently have 300 systems from various contractors. Almost all of them are moving toward a C#/JAVA api based backend and an Angular front. Only one of those systems uses Vue. None of them use React.

Outside the public sector React is a bit more popular, but it’s still mainly used outside of enterprise and Vue rarely sees any use.

The job-market doesn’t seem to follow the tech hype cycles much, at least not when you live in a country like mine.

Re: Angular v8.0

#65

Post by merb »

jaquers wrote: post #57
merb wrote: post #49

Earlier quoted context omitted.

> although the trend is to move away from them for performance and simplicity reasons I do not think that react classes will go away anytime soon. you can't represent state without them.

https://reactjs.org/docs/hooks-intro.html edit: Lol apparently two React devs ears were burning at the same time.

well 16.8 (which basically was the latest version)

also btw: https://reactjs.org/docs/hooks-faq.html#do-i-need-to-rewrite...

and I still have no idea how I only do stuff on the client in a SSR environment (stuff that i did in componentDidMount)

Re: Angular v8.0

#66

Post by benatkin »

shapiro92 wrote: post #62
rafaelvasco wrote: post #13

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.

I took a peak at Svelte and wow this seems promising. I think its heavily inspired from WPF app building

I'm not crazy about the significant filenames. Maybe I should because I like significant indentation. This might help me see where those who don't like significant indentation are coming from.

https://github.com/sveltejs/realworld/blob/master/src/routes...

Re: Angular v8.0

#67

Post by royjacobs »

kaoD wrote: post #53
royjacobs wrote: post #34

Earlier quoted context omitted.

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?

JSX is syntactic sugar for JS[0]. C++ and ASM (actually, _which_ ASM?) are different languages. [0] https://fettblog.eu/jsx-syntactic-sugar/

Since JS is the only thing you can actually use[1] in a browser you can argue that anything that runs in the browser is syntactic sugar (and in fact, Typescript is syntactic sugar).

A less flippant analogy might be macro support in Rust. It's clearly part of Rust, but the syntax is completely different and it requires IDEs to have completely separate processing just to handle it. I wouldn't consider that to be mere syntactic sugar either.

[1] Yes, yes, wasm

Re: Angular v8.0

#68

Post by bdcravens »

royjacobs wrote: post #3

Congratulations on the release! For all the talk of React and Vue I still like the 'batteries-included' approach of Angular. I mostly do Kotlin in my day job so Angular aligns fairly nicely with the way applications are structured. I don't get the militant need for terseness that's seen in approaches like React Hooks. I also don't need the choice between multiple backwards-incompatible (or competing) routers, nor do…

What batteries does Angular include that Vue doesn't?

Re: Angular v8.0

#69

Post by pier25 »

While the effort by the Angular team deserves praise, I think for the vast majority of use cases it is a mistake to do it all client side.

With some exceptions, there is really no benefit in making a SPA but there are many drawbacks.

I don't say this lightly. I used AngularJS in 2015 and since then I've been making SPAs in React, Vue, and Inferno + Mobx.

Re: Angular v8.0

#70

Post by kaoD »

royjacobs wrote: post #67
kaoD wrote: post #53

Earlier quoted context omitted.

JSX is syntactic sugar for JS[0]. C++ and ASM (actually, _which_ ASM?) are different languages. [0] https://fettblog.eu/jsx-syntactic-sugar/

Since JS is the only thing you can actually use[1] in a browser you can argue that anything that runs in the browser is syntactic sugar (and in fact, Typescript is syntactic sugar). A less flippant analogy might be macro support in Rust. It's clearly part of Rust, but the syntax is completely different and it requires IDEs to have completely separate processing just to handle it. I wouldn't consider that to be mere s…

JS and JSX are isomorphic (in the mathematical sense) hence why JSX is considered just syntactic sugar.

JS and TS aren't isomorphic (there's no inverse morphism once you go TS->JS that can bring the resulting JS back to the original TS) hence why TS is a different language (even if a superset of and compiled to JS).

Post reply on HN