Live data from Hacker News

InfernoJS – A JavaScript library for building powerful user interfaces

infernojs.org

41–50 of 135 posts

Re: InfernoJS – A JavaScript library for building powerful user interfaces

#41
post #31
post #26

Earlier quoted context omitted.

"but presumably they've stripped out many of the things that make React enjoyable to use in order to satisfy some arbitrary file size metric" Why make this claim without looking yourself? You could validate that "presumably" by just looking at the docs, but instead you get sassy about it. If you look at the docs, you'll see that the API is almost exactly the same. You really don't lose any features from switching to…

What do you think the extra 38kb of code is for? My point of view is, you've got a company with thousands of employees who work with a library every day and core teams dedicated to its improvement. Their requirements for speed and bandwidth far exceed our own as they reach further into the nth percentile of users, so you know things like speed and bloat are important for them to cut out. What, if anything, is actuall…

There's far more to Inferno than just file size. The internal implementation is completely different. Furthermore, React Fiber and Inferno are very different in terms of internal approach.

Re: InfernoJS – A JavaScript library for building powerful user interfaces

#42
post #33

Unfortunately unrelated to Inferno the operating system, which was warped into running in a browser, many moons ago. http://www.vitanuova.com/inferno/

The Internet Explorer ActiveX plugin version of Inferno didn't get much traction.

Although I did think "ooh, don't tell me someone has compiled Inferno OS to Javascript, that would be awesome" nope.

Re: InfernoJS – A JavaScript library for building powerful user interfaces

#44
post #22

From the README > Inferno is much smaller in size, 7kb vs 45kb gzip. Given that you're building the kind of app that is complicated enough to require a state management library, a virtual dom implementation, etc... does this 38kb really matter? Is anyone really shipping commercial apps where 38kb on page load would be that meaningful of a performance gain? Especially if you're doing serverside rendering and requiring…

These days, JS parse time on mobile devices is more important than file size. And that isn't even necessarily file size specific - Nolan Lawson did a comparison of the different methods used to bundle JS to show how they can have a huge impact: https://nolanlawson.com/2016/08/15/the-cost-of-small-modules...

That's one of the most solid articles I've seen on front-end development in a while -- not a think piece, tons of practical information, relies on examining information, but also does get around to a deep-seated problem with JS right now ("I hope that our community will eventually realize the pickle we’re in – advocating for a “small modules” philosophy that’s good for developers but bad for users").

Re: InfernoJS – A JavaScript library for building powerful user interfaces

#45
post #17

Earlier quoted context omitted.

It's all about a Svelte, a framework that came to light a week ago and isn't in production anywhere that matters? Come on...

A week is about 6 months in JS-years.

No it's not, I hate when people spread this shit.

Inferno JS is probably one of the newest "frameworks"/large-libraries that I would even consider using, and it's over a year old already.

React has been around in some fashion since 2011, and was open sourced in 2013.

Angular 1 has been since around 2010 IIRC. Angular 2 since around mid-late 2015.

Ember since before mid 2014.

Yes, some terrible developers like to chase the "new cool thing" every few weeks, but that doesn't mean that you need to, and it doesn't mean that there aren't stable, powerful, good choices that have been around for years.

Re: InfernoJS – A JavaScript library for building powerful user interfaces

#46
post #35

Here we go again. I click the link. Get to an under construction page. Click the link, get to Github, think "this is interesting" to myself. Read on. Find there's a project called Cerebral, which is a state management library for React/Inferno/Whatever. Start thinking there's something wrong with my app, that's "just" about to launch, and is "just" using plain old Redux. And now I'm thinking it's not good enough any…

Is it JavaScript that is doing this to you? I think it's you doing this to you.

Failed attempt of being funny aside. The struggle is real for many developers. Many (if not most) of us are self-taught and we like to explore how deep the rabbit hole goes, which inflicts many episodes of analysis paralysis upon us, and it takes a lot of willpower to stay on course. The fear then becomes what if any given choice will be obsolete once we launch our products, given how fast the technologies move forward, especially JavaScript ecosystem.

So in my opinion and all honesty, I still prefer React+Redux (and Angular for some of our apps) because it's the safest bet that they are in for the long run and won't be obsoleted by shiny new library of tomorrow.

Re: InfernoJS – A JavaScript library for building powerful user interfaces

#48
post #35

Here we go again. I click the link. Get to an under construction page. Click the link, get to Github, think "this is interesting" to myself. Read on. Find there's a project called Cerebral, which is a state management library for React/Inferno/Whatever. Start thinking there's something wrong with my app, that's "just" about to launch, and is "just" using plain old Redux. And now I'm thinking it's not good enough any…

Can you build something that'll make your customers happy?

Then your stack is good enough.

Re: InfernoJS – A JavaScript library for building powerful user interfaces

#49
post #48
post #35

Here we go again. I click the link. Get to an under construction page. Click the link, get to Github, think "this is interesting" to myself. Read on. Find there's a project called Cerebral, which is a state management library for React/Inferno/Whatever. Start thinking there's something wrong with my app, that's "just" about to launch, and is "just" using plain old Redux. And now I'm thinking it's not good enough any…

Can you build something that'll make your customers happy? Then your stack is good enough.

bingo
Post reply on HN