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

InfernoJS – A JavaScript library for building powerful user interfaces

infernojs.org

Post reply on HN
Print view View original

121–130 of 135 posts

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

#121

Post by trueadm »

odbol_ wrote: post #108
trueadm wrote: post #34

Just a note to people expecting an actual website – we are in the process of building one and you can see what it will look like here: https://twitter.com/trueadm/status/802675565421625344 Furthermore, if anyone has any questions feel free to ask away (I'm the author of Inferno). :)

Why is a blank under-construction website on the frontpage of Hacker News? This site sometimes...

I never posted the Inferno website URL to Hacker News, someone else did. We should be going live with the new website in the coming week, I was hoping to post it once that had been done!

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

#122

Post by rk06 »

joobus wrote: post #51

Inferno seems to be very comparable to Riot.js, only Riot is more mature, has event delegation and a router, and is only 9.5k vs Inferno's 7k. And riot has an actual web page. http://riotjs.com/

Ahhh, you know riot is bad performance wise?

I am sure riot's performance is not bad many real world apps. but the devs would certainly prefer the faster one so they won't run into problems later.

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

#124

Post by amelius »

grayrest wrote: post #58
amelius wrote: post #28

Earlier quoted context omitted.

Still does 38kB really matter if the rest of your app requires parsing of several hundreds of kB of JS?

If you're bundling it into one payload it does not. If you're code splitting, it's 38k of download time and ~120k of parse time you're not paying on time to first meaningful paint. It's a couple dozen ms on desktops but can be several hundred on mobile.

If you're going that route, then server side rendering may be a better option.

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

#125

Post by moron4hire »

tzaman wrote: post #46
moron4hire wrote: post #38

Earlier quoted context omitted.

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 forwa…

"explore how deep the rabbit hole goes, which inflicts many episodes of analysis paralysis upon us"

Again, this isn't JavaScript's fault. Go to Java, Python, or Ruby (incidentally, with JavaScript, they're all languages that came out in the mid-90s) and you'll find a similar breadth of library options.

The problem is, where there is breadth, you think you see depth. Just because there are dozens of frameworks doesn't mean there are dozens of new things to learn. Functional-reactive programming isn't a new concept. Virtual DOM diffing isn't a new concept, and it's also not one that is difficult to understand.

Perfect is the enemy of good. What you're talking about is just being inexperienced. It's just being a junior programmer and has nothing to do with JS.

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

#126

Post by moron4hire »

tomascot wrote: post #59
tzaman wrote: post #46

Earlier quoted context omitted.

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 forwa…

I think this is spot on. And is hard to understand while working for yourself and thinking your knowledge may become obsolete if you don't know the latest trending tech.

If your knowledge is becoming obsolete, then you weren't really, actually learning the concepts, you were just copy-pasting recipes.

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

#127

Post by moron4hire »

AtheistOfFail wrote: post #94
arcticfox wrote: post #79

Earlier quoted context omitted.

I just downgraded my stack because state of the art kept breaking too much and slowing me down big time. Comfortably a step behind the cutting edge now and it feels great. Credit to Dan Abramov (creator of Redux) for writing "You Might Not Need Redux" and showing me the light... I needed just about nothing on his list of why Redux can be a critical help.

Remember when Rails + JQuery + HTML + CSS just worked and you didn't have to deal with thousands of fucking JS dependencies just to render a single page. Yeah, I do too.

Wait, you're not seriously going to bring up Ruby on Rails and try to say something about not having to deal with thousands of dependencies?

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

#128

Post by AtheistOfFail »

moron4hire wrote: post #127
AtheistOfFail wrote: post #94

Earlier quoted context omitted.

Remember when Rails + JQuery + HTML + CSS just worked and you didn't have to deal with thousands of fucking JS dependencies just to render a single page. Yeah, I do too.

Wait, you're not seriously going to bring up Ruby on Rails and try to say something about not having to deal with thousands of dependencies?

Yes, but Ruby on Rails dependencies aren't a fucking headache to manage.

I've only had one issue with Rails dependencies. They work fucking great if you just want to drop them and leave in the default configuration but the moment you try to customize them... holy shit balls.

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

#129

Post by dabockster »

aikah wrote: post #83
tzaman wrote: 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…

It's going to happen AGAIN, AGAIN and AGAIN. I give you a piece of a advice : only use something that has been there for at least 2 years and is still maintained actively, preferably corporate backed. So React for instance. Because in 2 month there will be yet another hot thing that will be maintained for 5 months then its creator will get hired somewhere with a nice salary, then he will write a blog post about how k…

>then he will write a blog post about how kids and wife make him unable to maintain his project anymore

I chuckled.

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

#130

Post by dabockster »

AtheistOfFail wrote: post #94
arcticfox wrote: post #79

Earlier quoted context omitted.

I just downgraded my stack because state of the art kept breaking too much and slowing me down big time. Comfortably a step behind the cutting edge now and it feels great. Credit to Dan Abramov (creator of Redux) for writing "You Might Not Need Redux" and showing me the light... I needed just about nothing on his list of why Redux can be a critical help.

Remember when Rails + JQuery + HTML + CSS just worked and you didn't have to deal with thousands of fucking JS dependencies just to render a single page. Yeah, I do too.

Remember when server side rendering plus some Nginx load balancing/port forwarding was all that was needed to show off to other technologists?
Post reply on HN