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

Facebook Announces React Fiber, a Rewrite of Its React Framework

techcrunch.com

Post reply on HN
Print view View original

171–180 of 422 posts

Re: Facebook Announces React Fiber, a Rewrite of Its React Framework

#171

Post by mirsadm »

troncheadle wrote: post #149
paganel wrote: post #49

Earlier quoted context omitted.

Not the OP, but I expect the web to be a thing where documents (i.e. mainly text) don't have any issues rendering on my 5-year old phone or on my 8-year laptop (both of which work very well, still, and which I don't plan to replace anytime soon). The recent web practices (I'm talking mostly of the last 2-3 years, since more and more people have started copying Twitter with its launch of its "every website needs to be…

And I would love if my 2001 Honda Accord was compatible with Tesla's autopilot, but I understand it is not a realistic expectation. I'm not sure why you'd expect the web to be a. Mostly text and b. able to render easily on obsolete devices. The web is becoming a robust application delivery platform. That is so, so awesome. Most people do not want to be stuck with shitty looking, text only websites. Moving the platfor…

They may be robust but the user experience still sucks. JS heavy web sites are unresponsive and turn my 3 year old MBP into a vacuum cleaner. Facebook is the best example. I can barely load the web site without the fans spinning. Firefox can't handle it at all. It is unusable for me.

Re: Facebook Announces React Fiber, a Rewrite of Its React Framework

#172

Post by cubano »

ZenoArrow wrote: post #94
nightski wrote: post #50

Earlier quoted context omitted.

The benefits you acknowledge (distribution) are not because of the tech but in spite of it. At the end of the day all it would take is one of the 3 major browser vendors to offer an alternative. That alternative could be distributed to a large percentage of desktops in a relatively quick manner saving billions if not trillions of dollars in wasted productivity. It will never happen though. * EDIT: This comes from som…

>"At the end of the day all it would take is one of the 3 major browser vendors to offer an alternative." You mean like Dart? Besides, languages that target WebAssembly are almost certainly going to evolve to fit that space.

I have serious doubts that WebAssembly is really going to come to dominate the web the way many people here seem to believe it will.

The idea that all of sudden there is going to be a rush to push compiled/closed sites after so many very successful years of using free-and-open stacks seems rather non-logical to me.

Time will tell.

Re: Facebook Announces React Fiber, a Rewrite of Its React Framework

#173

Post by [deleted] »

paganel wrote: post #49
colordrops wrote: post #43

Earlier quoted context omitted.

I don't know about others but I tire of these comments chiding the "out of control" front-end ecosystem. The situation has already changed years ago. We aren't going to get off of your lawn while you continue to beat a dead horse. The web is built on open standards and there are billions of pages and apps out there. To expect web development to be a perfect monoculture is a failure of your imagination and ability to…

Not the OP, but I expect the web to be a thing where documents (i.e. mainly text) don't have any issues rendering on my 5-year old phone or on my 8-year laptop (both of which work very well, still, and which I don't plan to replace anytime soon). The recent web practices (I'm talking mostly of the last 2-3 years, since more and more people have started copying Twitter with its launch of its "every website needs to be…

[deleted]

Re: Facebook Announces React Fiber, a Rewrite of Its React Framework

#174

Post by oliyoung »

amccloud wrote: post #22
zackify wrote: post #14

Earlier quoted context omitted.

Not at all, nothing incompatible changes on the surface. There are more features and no breaking changes. It's mostly all under the hood! There will be new public api's to build your own custom rendering engine, ex how there is react-dom for browsers, react-native for mobile, and it will get easier to target new platforms thanks to fiber.

For those who have side-effects in their component lifecycle methods might have some problems when they turn on async fibers.

Which, in Facebook's defense, they've explicitly and often warned against

Re: Facebook Announces React Fiber, a Rewrite of Its React Framework

#175

Post by oliyoung »

suyash wrote: post #37

React will die by the weight of the frameworks and libraries that have duplicated effort and created more confusion and divide amongst the developer community.

“React will die”

[Looks at facebook.com]

[Looks back at statement]

[Keeps building in React]

Re: Facebook Announces React Fiber, a Rewrite of Its React Framework

#176

Post by leeoniya »

colordrops wrote: post #147
leeoniya wrote: post #141

Earlier quoted context omitted.

ok, assuming your request is not sarcastic: - operating systems - hardware drivers - a networking stack - trading algorithms - fighter jet firmware - ultra low latency DSP - processing data from LHC collisions or imaging satellites. - etc - etc - etc just because webgl enables fast gpu processing (by basically writing a small subset of C that is shader code) doesnt now mean the web platform can be used for evetything…

The implication was applications. But even then, everything on your list is emphatically not true: - operating systems Ironically Linux was one of the first things to ever be compiled to run in the browser using empscripten. - hardware drivers Linux doesn't run without hardware drivers. In this case, the hardware drivers were wrapping JS FFIs. - a networking stack Yes you can. - trading algorithms Why not? - fighter…

wish i had more time for the multitude of your generic "why not?"s, but i don't :(

any language (high or low level) that allows you to write and execute deterministic assembly or machine code can be used to implement whatever you want. whether WASM ever reaches this type of broad security-sensitive wild-west remains to be seen, but my money is on "never".

wasm will certainly expand into additional areas, but they will all be security-gated and will not have unfettered, raw access to all hardware (even with some additional user-grokkable permission model), because it has to run on the web: "W"asm

Re: Facebook Announces React Fiber, a Rewrite of Its React Framework

#177

Post by troncheadle »

mirsadm wrote: post #171
troncheadle wrote: post #149

Earlier quoted context omitted.

And I would love if my 2001 Honda Accord was compatible with Tesla's autopilot, but I understand it is not a realistic expectation. I'm not sure why you'd expect the web to be a. Mostly text and b. able to render easily on obsolete devices. The web is becoming a robust application delivery platform. That is so, so awesome. Most people do not want to be stuck with shitty looking, text only websites. Moving the platfor…

They may be robust but the user experience still sucks. JS heavy web sites are unresponsive and turn my 3 year old MBP into a vacuum cleaner. Facebook is the best example. I can barely load the web site without the fans spinning. Firefox can't handle it at all. It is unusable for me.

That is crazy. I use Facebook on a 5 year old MBP with no problems. I have Ad Block Pro and U-Block, but even without them, my computer can handle Facebook just fine.

Re: Facebook Announces React Fiber, a Rewrite of Its React Framework

#178

Post by rocky1138 »

mod wrote: post #84
andr3w321 wrote: post #57

No thanks I'll stick with plain html and jquery for the frontend of my small projects. Plain javascript works perfectly fine as long as you namespace your functions and separate them into different files. All these frameworks end up creating much more problems than they solve.

As someone who has worked on a truly large React project, I can assure you this is not true. I cannot imagine the shitshow that project would be using jQuery to track the state. Nearly as soon as you progress from 'backend rendering html' to single-page-app, it behooves you to use React.

What's the major advantage of moving from "backend rendering html" to single-page-app?

Re: Facebook Announces React Fiber, a Rewrite of Its React Framework

#179

Post by frogfuzion »

acjohnson55 wrote: post #144
paganel wrote: post #49

Earlier quoted context omitted.

Not the OP, but I expect the web to be a thing where documents (i.e. mainly text) don't have any issues rendering on my 5-year old phone or on my 8-year laptop (both of which work very well, still, and which I don't plan to replace anytime soon). The recent web practices (I'm talking mostly of the last 2-3 years, since more and more people have started copying Twitter with its launch of its "every website needs to be…

A web limited to textual content is a pretty quaint and uninspiring vision, IMO. The web started that way because static documents are relatively easy to represent, but the future (and present, for that matter) is rich experiences that can be distributed in the same way. But there are many steps left to get there, so either buckle up and help build that future, or get used to an ever-shrinking ecosystem of the purely…

Do you want to bet on that last one?

Re: Facebook Announces React Fiber, a Rewrite of Its React Framework

#180

Post by bbcbasic »

quadrupleslap wrote: post #130
mattnewton wrote: post #91

Earlier quoted context omitted.

Monocultures develop because of corporate backing. The web being open and unclaimed is what leads to the great diversity. As someone who does both server and JavaScript development, the tools are not bad. Often times they solve real problems well.

That's silly - if anything it's the other way around. Web tools have a ridiculous degree of corporate backing, especially with the countless libraries from Facebook and Google (React, Angular, Go, Dart, Flow, IMMUTABLE, etc.), and even Microsoft with TypeScript and others. Meanwhile, Make and friends don't have any corporate backing.

Plus IE and Chrome, fwiw
Post reply on HN