Hacker Way: Rethinking Web App Development at Facebook

What Hacker News said

Strong rec yazaddaruvala · 2023-06 · on “React is 10 years old”

I'll try one last time: > Sorry none of this makes any sense to me. If you're not familiar with the MVC variants (MVVM, MVP, MVI, MOVE)[0][1] we should start there. Next you should read through some common mistakes of Backbone.js like applications [LINK] and some criticisms of MVC on HackerNews in 2012[0]. Finally if you haven't before these talks, they are the ones that sold me on React: - [LINK] - [LINK] - [this video] [0] [LINK] [1] [LINK]

Recommends rattray · 2014-05 · on “Flux Application Architecture”

Video seems to start discussion of Flux just after the 10 minute mark. Direct Link: [this video] EDIT: So far, the video is much more helpful to me in terms of bringing the concepts of Flux to life. Jing does a terrific job explaining in my opinion.

Recommends danesparza · 2017-07 · on “How to optimize React applications that use Redux”

Redux is an implementation of Flux. I don't use Redux, but the original Facebook engineering announcement videos helped me understand React and Flux tremendously: [this video] If you're talking about Redux specifically -- I agree with you. I think it's ugly and confusing.

Recommends franciscop · 2023-05 · on “React is 10 years old”

Exactly, this is the same as saying Redux has two methodologies, the "setter system" and the "event system"; since it wasn't that well documented initially doesn't mean that the setter way was ever recommended (it's not). In fact if you watched the Flux youtube talk, something highly recommended to learn the philosophy behind Redux, it was pretty clear. Edit: here's the video (from 10:20) [this video]

Recommends phailhaus · 2024-12 · on “React 19”

If you have state changes within your render cycle, then you can't write pure functions anymore, you have a stateful class. And if you have a stateful class, then React can't control when you render, because it can't know when you update a variable. So the onus is on you to decide when your component needs to re-render. This is extremely easy to screw up. You will end up in scenarios where the UI does not match the underlying state, just because the two have gone out of sync. React inverts the MVC paradigm and says "no, you don't get to decide when to render." So if you want to update state, React will manage that for you and queue up the render. With React, your UI and state literally canno

Cites liscovich · 2014-10 · on “Meteor hits 1.0”

I wonder if the criticism that the Flux team at Facebook has directed at two-way data binding is also applicable to Meteor. Jing Chen is her intro of Flux ( [this video] ) says that two-way data binding creates a major challenge for scaling applications because views can trigger changes in data, and data changes can trigger cascading changes in views, which makes it very difficult to predict the behavior of the app as a whole. Wouldn't Meteor face the same challenges? In other words, if you believe that the Flux design pattern (which involves a central dispatcher as the only entity capable of updating the data) is sound, shouldn't you stay away from Meteor's model when building large applications

Cites alexanderchr · 2019-08 · on “Facebook Hit by Apple’s Crackdown on Messaging Feature”

I don't think it's intentional. Facebook has had this bug for several years. Interestingly one of the reasons they created react/flux was to fix it: [this video] (15 minute mark)

Cites franciscop · 2021-03 · on “Show HN: SimpleR State – simple state management for React”

It formalizes how data is created, accessed and modified. Instead of multiple places trying to modify some specific data ad-hoc and with possible collisions/changes, now you have a mores strict way of dealing with data. Basically the Flux architecture. See from 10:20: [this video]