Live data from Hacker News

Facebook Announces React Fiber, a Rewrite of Its React Framework

techcrunch.com

401–410 of 422 posts

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

#401
post #172

Earlier quoted context omitted.

>"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.

>"compiled/closed sites"

It's worth noting WebAssembly isn't compiled into a form only computers can understand. There are plans to offer 'View Source'-style functionality for WebAssembly. WASM is a compressed AST rather than hardware-specific bytecode.

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

#402

Earlier quoted context omitted.

If you're on gradle you're already pretty cutting edge compared to most enterprise java setups. Probably most projects are still using maven. Also there's definitely been some cross pollination of ideas from at least the Ruby world to the Java (Rails inspiring Grails and probably Play too), so it's getting better. Add java8 lambdas, and it's quite nice.

> Probably most projects are still using maven. Aren't you optimistic.

Maven's pretty big still.

https://github.com/search?l=Maven+POM&q=pom.xml&type=Code&ut...

https://github.com/search?l=Gradle&q=build.gradle&type=Code&...

And that's public github, which is supposed to be more cutting edge than the legacy code that powers most companies. I started a project with gradle on my last team and everyone complained because they had never used it before.

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

#403

Earlier quoted context omitted.

> Sure, but the patterns you use with the class syntax are incompatible with the patterns you use when using object literals How so? You can still access the prototype. It's just that the most common reason to — declaring instance methods — can be accomplished with the easier-to-read class syntax now. > Even with arrow functions, `function` still exists ands is more frequently used. ES6 is a non-breaking change. You…

>You can use arrow functions for literally every function you write other than generators But not for every function I read, and that is the problem with all backward compatible fixes to programming languages. You're just piling on more (sometimes better) features on top of all the old brokenness and everybody has to know all of it.

Yeah but that's in no way unique to Javascript. Java developers still have to deal with type erasure due to decisions that were made 20 years ago.

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

#404
post #7

> The company hasn’t previously talked about React Fiber Except, you know, the entire presentation on it at React Conf back in March.

It's TechCrunch... I won't say anymore because I'm also a member of the press... but it took me 3 seconds to find this on Google: https://gist.github.com/duivvv/2ba00d413b8ff7bc1fa5a2e51c61b... Somebody forgot to fact-check his article. That's for sure.

they could just follow Dan Abramov on Twitter and they would have known about it for a good while -.-

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

#405
post #220

Earlier quoted context omitted.

It's actually not. There are some lifecycle changes, potential modifications to setState (async only), etc. That's why it's being released as a new major version.

I think we may be splitting hairs over the definition of API compatibility

it's one of those 99% compatible except for a few small quirks that only developers using it on large applications will notice.

The React devs have also been great with releasing codemods for breaking APIs.

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

#406
post #319
post #16

http://isfiberreadyyet.com/

The page is completely blank with javascript disabled (which is how I browse the web). So I guess it's not ready yet. Do any of these fancy frameworks actually make a HTML fallback anymore? Most of the web pages I visit still renders fine without javascript.

That's the paradigm of single-page apps (SPAs). Rather than the traditional client/server model where the server renders the page and sends it back to you, SPAs do all the rendering on the client-side, and simply pass data back and forth between the server using APIs. It's (in my opinion) a superior model for apps, but has a lot of disadvantage that make it unsuitable for websites—mainly that SPAs take longer to load initially and don't work without JS enabled (which also includes search engine crawlers).

Having said that, it's entirely possible (though not easy) to have your React app work without JS enabled by rendering it on the server before sending the page to the client. This way, you get the best of both worlds, but it's a lot of work to implement this properly for a remotely complex app. The answer in the short-term is that you shouldn't be using a "fancy framework" for anything for which the above disadvantages are a deal-breaker (like most public sites) until the server-rendering story matures and becomes more compelling.

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

#407

Earlier quoted context omitted.

> Sure, but the patterns you use with the class syntax are incompatible with the patterns you use when using object literals How so? You can still access the prototype. It's just that the most common reason to — declaring instance methods — can be accomplished with the easier-to-read class syntax now. > Even with arrow functions, `function` still exists ands is more frequently used. ES6 is a non-breaking change. You…

>You can use arrow functions for literally every function you write other than generators But not for every function I read, and that is the problem with all backward compatible fixes to programming languages. You're just piling on more (sometimes better) features on top of all the old brokenness and everybody has to know all of it.

True. I'm not trying to say JavaScript is or was great, just that ES6 is pretty clearly not a step backward (which was the original claim).

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

#408

Earlier quoted context omitted.

React is great for web development (using Next.js) based on my recent experience. Citing only one side of any architectural trade-offs isn't particularly interesting either. The other side is that we can now easily build sites using Universal JS (serverside-rendered combined with SPA). Delivering a website with seemingly instantaneous repaints even on flaky internet connections is just a superior end-user experience.…

What has been your experience on server side rendering ? We are very concerned about SEO,etc - have you seen any impact of using Next.js on SEO performance,etc

We have a number of Next sites in development at the moment, but none in production (soon!).

SEO shouldn't be a problem, especially as the initial page is serverside rendered.

The only slight complexity is in returning sitemap.xml I believe, which requires a little bit more configuration currently. If you search the Github repo for 'SEO' you should find some tickets (open and / or closed) that discuss this.

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

#409
post #323

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…

I get the Javascript fatigue fatigue part, but this comment breaks the HN guideline against name-calling in arguments, and even crosses into incivility: > We aren't going to get off of your lawn while you continue to beat a dead horse. > a failure of your imagination and ability to adapt Please don't do this in HN comments regardless of how tired you are.

Fair enough, though I don't see any name calling here. I will try to be more civil in future comments.

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

#410
post #46

Earlier quoted context omitted.

It's quite possible to use react with nothing else: no build tools, no transpilers, no fancy JSX, so in terms of tooling complexity, it can be as simple as you want or as complex as you want. Regarding the complexity of the underlying system, I think this is not a concern of the typical frontend developer. It has nothing to do with JavaScript or the web. If you are writing a "simple" C program on Linux, would you be…

Any resources you can provide about how to use React without JSX? JSX is a blocker for me.

Might I suggest .dom[0] instead of React if you are planning to use plain JS. It is tiny and has a slightly simpler API which is nice for plain ES6

[0]: https://github.com/wavesoft/dot-dom

Post reply on HN