5 ms·

That's the first time in many years that I see someone saying they like RSC.

koakuma-chan 1y ago
What is there not to like? RSCs simplify state management by so much. There is no longer any need for zustand, redux, etc.
- afavour 1y ago
  As someone who lightly dabbles in React my interpretation of that comment is “what’s not to like? It solves at least some of the problems React itself introduced!”
  - williamdclt 1y ago
    As someone who has been using it professionally for years, you’re correct
  - koakuma-chan 1y ago
    Is the state management problem unique to React? Do you not need to manage state in other libraries, like Angular or Vue or Solid?
    - Mipila 1y ago
      Cant speak for Vue or Solid, but in Angular this has never been a big issue like it is in react. There is state of course but it is not something you have to actively think about all the time. State is kept as properties in classes, directly on your component or (when it needs to be shared) in services that can be injected. Angualar change detection will update the view when needed. You can argue about the performance of this, but in my experience it is easier on the developer.
      - koakuma-chan 1y ago
        Angular has NgRx, which is, AFAIK, the same as RTK.
        Mipila 1y ago
        As my previous comment suggests, I don't see why people feel like this is needed. It does seem to be used though.
    - josephg 1y ago
      I've written a fair few Solid apps. I've never felt the need to reach for 3rd party tools to help manage state. In my experience, solid's built-in signals (& resources) are enough on their own for simple apps. And when I need something more complex, you can build on top of them if you know what you're doing. If anyone is curious, here's an interactive, editable tutorial teaching how solidjs signals work. If you haven't seen solid before, its similar to react but components don't re-run whenever their state changes: https://www.solidjs.com/tutorial/introduction_signals?solved https://www.solidjs.com/tutorial/introduction_signals?solved Am I missing out on some whiz bang magic that the react ecosystem has invented? Is it substantially better than what solid provides out of the box?
      - koakuma-chan 1y ago
        I agree that Solid signals and resources are robust, but they are still very similar to React's useState and useEffect, and you are basically suggesting to implement your own state management library. Regardless, with React server components, there is no need to manage state on the client at all.
        josephg 1y ago
        Ah the classic retort. X is merely a broken version of Y. Y has flaws. Therefore X has all of flaws of Y. No. I don’t accept that. Certainly not prima facie. Solid isn’t a broken version of react. It’s a fixed version of react. Signals aren’t the same as useState because in solid, dependencies are tracked automatically when you read from them and components automatically rerender as a result. Also because component functions are only executed once, it’s usually pretty easy to just add any state management you want into the body of a component. At least that’s been my experience with solid so far. I’d love to see a counter example in which these external state management libraries actually add value?
        koakuma-chan 1y ago
        I am not interested in arguing whether state management libraries add value, or how React useState compares to Solid createSignal, but I will reiterate that with React server components, there is no need to manage state on the client at all.
  - scotty79 1y ago
    > some of the problems React itself introduced You never had to do state management before React? Maybe it wasn't called that but I definitely had to manage some state between frontend and backend in webapps. Also it's hard to tell what problems come from React and what from any SPA. As I keep familiar with React development I'm inclined to say that almost all React problems people are complaining about are SPA problems and modern React is the only framework that even dares to try to solve them and does it increasingly successfully.
- williamdclt 1y ago
  Really few applications ever needed redux, whatever the backend
  - koakuma-chan 1y ago
    When a dynamic web app is needed, the general trend is to build SPAs, which in turn require managing state on the client, which is complex and thus redux et al were invented.

What is there not to like? RSCs simplify state management by so much. There is no longer any need for zustand, redux, etc.

afavour 1y ago
As someone who lightly dabbles in React my interpretation of that comment is “what’s not to like? It solves at least some of the problems React itself introduced!”
- williamdclt 1y ago
  As someone who has been using it professionally for years, you’re correct
- koakuma-chan 1y ago
  Is the state management problem unique to React? Do you not need to manage state in other libraries, like Angular or Vue or Solid?
  - Mipila 1y ago
    Cant speak for Vue or Solid, but in Angular this has never been a big issue like it is in react. There is state of course but it is not something you have to actively think about all the time. State is kept as properties in classes, directly on your component or (when it needs to be shared) in services that can be injected. Angualar change detection will update the view when needed. You can argue about the performance of this, but in my experience it is easier on the developer.
    - koakuma-chan 1y ago
      Angular has NgRx, which is, AFAIK, the same as RTK.
      - Mipila 1y ago
        As my previous comment suggests, I don't see why people feel like this is needed. It does seem to be used though.
  - josephg 1y ago
    I've written a fair few Solid apps. I've never felt the need to reach for 3rd party tools to help manage state. In my experience, solid's built-in signals (& resources) are enough on their own for simple apps. And when I need something more complex, you can build on top of them if you know what you're doing. If anyone is curious, here's an interactive, editable tutorial teaching how solidjs signals work. If you haven't seen solid before, its similar to react but components don't re-run whenever their state changes: https://www.solidjs.com/tutorial/introduction_signals?solved https://www.solidjs.com/tutorial/introduction_signals?solved Am I missing out on some whiz bang magic that the react ecosystem has invented? Is it substantially better than what solid provides out of the box?
    - koakuma-chan 1y ago
      I agree that Solid signals and resources are robust, but they are still very similar to React's useState and useEffect, and you are basically suggesting to implement your own state management library. Regardless, with React server components, there is no need to manage state on the client at all.
      - josephg 1y ago
        Ah the classic retort. X is merely a broken version of Y. Y has flaws. Therefore X has all of flaws of Y. No. I don’t accept that. Certainly not prima facie. Solid isn’t a broken version of react. It’s a fixed version of react. Signals aren’t the same as useState because in solid, dependencies are tracked automatically when you read from them and components automatically rerender as a result. Also because component functions are only executed once, it’s usually pretty easy to just add any state management you want into the body of a component. At least that’s been my experience with solid so far. I’d love to see a counter example in which these external state management libraries actually add value?
        koakuma-chan 1y ago
        I am not interested in arguing whether state management libraries add value, or how React useState compares to Solid createSignal, but I will reiterate that with React server components, there is no need to manage state on the client at all.
- scotty79 1y ago
  > some of the problems React itself introduced You never had to do state management before React? Maybe it wasn't called that but I definitely had to manage some state between frontend and backend in webapps. Also it's hard to tell what problems come from React and what from any SPA. As I keep familiar with React development I'm inclined to say that almost all React problems people are complaining about are SPA problems and modern React is the only framework that even dares to try to solve them and does it increasingly successfully.
williamdclt 1y ago
Really few applications ever needed redux, whatever the backend
- koakuma-chan 1y ago
  When a dynamic web app is needed, the general trend is to build SPAs, which in turn require managing state on the client, which is complex and thus redux et al were invented.