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

Inferno: A fast, React-like JavaScript library for building UIs

github.com

Post reply on HN
Print view View original

121–128 of 128 posts

Re: Inferno: A fast, React-like JavaScript library for building UIs

#121

Post by formula1 »

Drdrdrq wrote: post #22
formula1 wrote: post #4

Earlier quoted context omitted.

This was a problem I was trying to solve as well and theres a pretty elegent solution that this project has implemented partly already. The "render to string" is also a proof of concept that the indicates "unknown" types can be fullfilled by a "renderer". So long as he allows generic "renderers". Within a more free form environment like nativescript[ 1], this library can be one of any that can be used. I was planning…

I didn't know about nativescript before, thanks for bringing it to my attention! That said, it looks like nativescript promotes single code for multiple platform, which means the app won't look awesome in any of them (examples from history: phonegap, java awt). I would be much more comfortable with it if I could just use JS to access native controls and style them using the established (platform specific) methods. I…

Tbh, Im very early in my nativescript experiences (though I do believe in the project). But I believe these are some examples you are looking for

http://docs.nativescript.org/ui/placeholder

http://docs.nativescript.org/core-concepts/accessing-native-...

http://docs.nativescript.org/runtimes/ios/marshalling/Marsha...

http://docs.nativescript.org/runtimes/android/marshalling/ov...

http://docs.nativescript.org/plugins/plugins

Re: Inferno: A fast, React-like JavaScript library for building UIs

#122

Post by vertex-four »

coldtea wrote: post #100
sangnoir wrote: post #80

Earlier quoted context omitted.

> we are only fueling the flames of javascript fatigue The majority of people I have seen complaining about Javascript fatigue do it from the peanut gallery. If you are a Javascript developer: you shouldn't have javascript fatigue unless you chase after the latest and greatest - which you shouldn't do. If you do not experience have "cereal fatigue" at the supermarket, you shouldn't get Javascript fatigue either. It t…

> The majority of people I have seen complaining about Javascript fatigue do it from the peanut gallery. You'd be surprised. In any case, my anecdotal experience has been different: both me, and other front-end developers I know, have been frustrated with the pace of change in JS libraries and tooling. > If you are a Javascript developer: you shouldn't have javascript fatigue unless you chase after the latest and gre…

> Case in point, it's only 5 years since Backbone came out. Backbone! And if feels like we've had 3-5 transitions already (Angular. No wait, Ember. No React. Oh, and add Flux. Actually, go Redux.).

And yet you can use any/all of those as desired, still - Backbone's still chugging along, being a mature framework at this point - Angular still has a huge community - Ember definitely still exists, and I'm starting a project using it.

What you're possibly missing out on is hacky "components" and "integrations" with whatever CSS framework, protocol or SaaS service is popular this week - but all of them have pure javascript versions which you can use just fine in any framework you want.

The only reason you should be forced to use the bleeding edge is if your customer/VC demands it.

Re: Inferno: A fast, React-like JavaScript library for building UIs

#123

Post by k__ »

thiswasprobably wrote: post #35
k__ wrote: post #30

Earlier quoted context omitted.

Same API as react? sounds nice. What did they left out?

"but only the modern (ES6 Classes and stateless functional components) interfaces"

Seems nice. Cut down my JS size by 50%

Re: Inferno: A fast, React-like JavaScript library for building UIs

#124

Post by wwweston »

dangoor wrote: post #58
z3t4 wrote: post #47

I'm trying hard to figure out why someone want to use something like this or React, when vanilla HTML, CSS and JavaScript seems much easier and more performant. The only thing I can think of is that appendChild is a bit tedious, but createClass seems even more boilerplate.

The vanilla way tends to result in state spread out throughout your JS and DOM. React UIs act like predictable functions: you describe the UI you want with your current state as the input and React makes the visible UI match that.

"Current state as the input" sounds like a big caveat. I'm having trouble distinguishing this from "you describe the UI you want with your current document as the input and jQuery/JS/whatevs makes the visible UI match that."

Re: Inferno: A fast, React-like JavaScript library for building UIs

#126

Post by RussianCow »

coldtea wrote: post #118
sangnoir wrote: post #116

Earlier quoted context omitted.

> You don't have to chase the "latest and greatest" to feel the fatigue. Merely keeping up with what's considered "best practice" and avoiding what's considered a dead-end and people abandon is enough Sounds like the same thing to me - you can deal with this in 2 easy steps: 1) Ignore the hype 2) Ignore the hype. Best practices for who? Facebook's "best practices" might not work for you. You can't blame external circ…

> Sounds like the same thing to me - you can deal with this in 2 easy steps: 1) Ignore the hype 2) Ignore the hype. And then you end with abandoned npm dependencies and no new development/books/blogs/tutorials after a short while.

How much does that actually matter if the libraries continue to work for you?

Re: Inferno: A fast, React-like JavaScript library for building UIs

#127

Post by collyw »

sangnoir wrote: post #80
Renner1 wrote: post #69

At the risk of beating a dead horse, we are only fueling the flames of javascript fatigue by churning out these "It's like X, but with more/less cowbell" libraries. We need to stop fragmenting and start doubling down on existing libraries.

> we are only fueling the flames of javascript fatigue The majority of people I have seen complaining about Javascript fatigue do it from the peanut gallery. If you are a Javascript developer: you shouldn't have javascript fatigue unless you chase after the latest and greatest - which you shouldn't do. If you do not experience have "cereal fatigue" at the supermarket, you shouldn't get Javascript fatigue either. It t…

I am not "a JavaScript developer" (Python and Django mainly), but that doesn't mean that I don't need to do some stuff in JavaScript. Where do I start? The choices are overwhelming and there is no clear answer.

In addition the JavaScript world seems to be full of people loudly shouting hype about the latest and greatest new framework, then 6 months later it has changed to something else. Its really frustrating from someone that only spends maybe 10% of my time in JavaScript.

Re: Inferno: A fast, React-like JavaScript library for building UIs

#128

Post by dang »

acemarke wrote: post #45
ipsum2 wrote: post #42

Earlier quoted context omitted.

Interesting. If you go to this user's comments, their other comments are from reddit as well. Possible way to farm karma by picking the top voted comment on reddit and reposting it onto HN? See: https://news.ycombinator.com/item?id=11837249 https://www.reddit.com/r/climateskeptics/comments/4kc1m8/por...

I guess? What's weird is that while my comment is decently written, it's not like it particularly racked up much karma on Reddit to begin with (a whopping 3 points atm), the topic of VDOM management is not likely to be a huge hotbed of upvotes anyway, and the fact that I was replying to someone else to begin with means that just dropping it in here obviously makes it read very awkwardly. Strange.

It was spammers, presumably trying to build up karma on HN. Needless to say we've banned them and will continue to do so.
Post reply on HN