5 ms·

Can you clarify that comment? What aspects of React's development are you concerned with?

oaxacaoaxaca 9y ago
Wondering the same thing myself. They are very different all the way to their core. Angular is a full-blown framework; React is a view library. Angular's API and documentation are (excessively) large; React's documentation can be easily perused in under a day. React components are just functions (or classes) and thus can be tested with such ease. Angular testing is, last time I checked, way too complex to get up and running.
baybal2 9y ago
First, probably was their approach to implicitly require use of Observable objects everywhere. Second, use of arcane CS lingo and authors writing 10 pages long pages on every known MVC model, FLUX, SCHMUX and etc with weekly regularity. Third, during transition to Fiber, they went on gigantic increase of complexity by introducing a lot of what can be said to be heuristic rules, and all for non-guaranteed, minor performance gain.
- deleted 9y ago
  [deleted]
- andrewingram 9y ago
  1) I've been using React for 4 years and never used observables, what do you mean? 2) Please clarify what you mean by this. 3) By all accounts, the fiber codebase is much simpler than the stack codebase, performs similarly and opens up some exciting new possibilities.
  - azangru 9y ago
    The first point must be cross-over from angular :-) He said he doesn't like angular, that must be why. Personally, I am super jealous of angular for having observables. I work with React and would love some Rx in our app too, but we aren't using it. Ditto for typescript - our app is mostly untyped javascript with sprinkles of Flow, while angular would have enforced typescript.
- danabramov 9y ago
  What heuristic rules? We don't have any new heuristic rules at the moment. Source: I work on React.
- acemarke 9y ago
  Your comment is very confusing. React does not require use of Observables in any way. I also have no idea what your second and third points could be referring to. If you can supply some links as references, I can try to provide some context or explanation, but at the moment you seem to be making up things that don't exist to complain about.
- Silhouette 9y ago
  It looks like you might be conflating React with some other parts of the ecosystem that has built up around it. React retains a far simpler API than the heavier JS frameworks, and AFAIK it doesn't need or do any of the things you mentioned there on its own.
- baybal2 9y ago
  There is no explicit dependency on RXJS or its analogs, but the whole ecosystem is heavily tied to on them. A question "how to do thing A when user changes thing B" on React forums is usually dismissed with "just use MobX/Rxjs/Kefir/Bacon"
  - acemarke 9y ago
    Citation Needed, please. The most basic approach for responding to a change in data is to compare the previous and current props in the `componentWillReceiveProps` or `componentDidUpdate` lifecycle methods. Meanwhile, Redux is the most common state management library used with React apps. You certainly _can_ use MobX, RxJS, or some other FRP-type library with React, but to claim that "the whole ecosystem is heavily tied to them" is simply wrong, and shows a gross misunderstanding of the React world.
    - baybal2 9y ago
      >but to claim that "the whole ecosystem is heavily tied to them" is simply wrong, and shows a gross misunderstanding of the React world. May be, but this is how it looks from my part of the world, which is Russia or China when I am doing term contracts there from time to time. Here, the so called "software evangelists", apparently paid or hired by FB, swarm tech events to lecture people on how to do "10 tricks to transform your eCommerce business with Agile management, and FLUX pattern". And they get pretty annoying. My experience with React ends with my interaction with them and doing basic demos for recruitment interviews. I have not yet heard of a FRP-framework-free React site being considered norm for a "serious project" here. Just like those FB "evangelists" do today, Angular proponents were doing the same 5 years ago with their maxim: "the magic provider/factory/service pattern is the new best thing since a sliced bread" without elaborating much why. That lead to many mentally-infirm developers trying to shove it everywhere, making usage of Angular ecosystem without zealous following of that pattern impossible. I have impression that the same is happening with FRP-everywhere crowd and React. If this isn't how it is, I am glad.
      - acemarke 9y ago
romanovcode 9y ago
He is probably Front-End developer with zero knowledge of actual programming. That's why he hates Angular+Typescript.
- xab9 9y ago
  You are probably a giraffe. Am I right?

Wondering the same thing myself. They are very different all the way to their core. Angular is a full-blown framework; React is a view library. Angular's API and documentation are (excessively) large; React's documentation can be easily perused in under a day. React components are just functions (or classes) and thus can be tested with such ease. Angular testing is, last time I checked, way too complex to get up and running.

baybal2 9y ago

First, probably was their approach to implicitly require use of Observable objects everywhere. Second, use of arcane CS lingo and authors writing 10 pages long pages on every known MVC model, FLUX, SCHMUX and etc with weekly regularity. Third, during transition to Fiber, they went on gigantic increase of complexity by introducing a lot of what can be said to be heuristic rules, and all for non-guaranteed, minor performance gain.

deleted 9y ago
[deleted]
andrewingram 9y ago
1) I've been using React for 4 years and never used observables, what do you mean? 2) Please clarify what you mean by this. 3) By all accounts, the fiber codebase is much simpler than the stack codebase, performs similarly and opens up some exciting new possibilities.
- azangru 9y ago
  The first point must be cross-over from angular :-) He said he doesn't like angular, that must be why. Personally, I am super jealous of angular for having observables. I work with React and would love some Rx in our app too, but we aren't using it. Ditto for typescript - our app is mostly untyped javascript with sprinkles of Flow, while angular would have enforced typescript.
danabramov 9y ago
What heuristic rules? We don't have any new heuristic rules at the moment. Source: I work on React.
acemarke 9y ago
Your comment is very confusing. React does not require use of Observables in any way. I also have no idea what your second and third points could be referring to. If you can supply some links as references, I can try to provide some context or explanation, but at the moment you seem to be making up things that don't exist to complain about.
Silhouette 9y ago
It looks like you might be conflating React with some other parts of the ecosystem that has built up around it. React retains a far simpler API than the heavier JS frameworks, and AFAIK it doesn't need or do any of the things you mentioned there on its own.
baybal2 9y ago
There is no explicit dependency on RXJS or its analogs, but the whole ecosystem is heavily tied to on them. A question "how to do thing A when user changes thing B" on React forums is usually dismissed with "just use MobX/Rxjs/Kefir/Bacon"
- acemarke 9y ago
  Citation Needed, please. The most basic approach for responding to a change in data is to compare the previous and current props in the `componentWillReceiveProps` or `componentDidUpdate` lifecycle methods. Meanwhile, Redux is the most common state management library used with React apps. You certainly _can_ use MobX, RxJS, or some other FRP-type library with React, but to claim that "the whole ecosystem is heavily tied to them" is simply wrong, and shows a gross misunderstanding of the React world.
  - baybal2 9y ago
    >but to claim that "the whole ecosystem is heavily tied to them" is simply wrong, and shows a gross misunderstanding of the React world. May be, but this is how it looks from my part of the world, which is Russia or China when I am doing term contracts there from time to time. Here, the so called "software evangelists", apparently paid or hired by FB, swarm tech events to lecture people on how to do "10 tricks to transform your eCommerce business with Agile management, and FLUX pattern". And they get pretty annoying. My experience with React ends with my interaction with them and doing basic demos for recruitment interviews. I have not yet heard of a FRP-framework-free React site being considered norm for a "serious project" here. Just like those FB "evangelists" do today, Angular proponents were doing the same 5 years ago with their maxim: "the magic provider/factory/service pattern is the new best thing since a sliced bread" without elaborating much why. That lead to many mentally-infirm developers trying to shove it everywhere, making usage of Angular ecosystem without zealous following of that pattern impossible. I have impression that the same is happening with FRP-everywhere crowd and React. If this isn't how it is, I am glad.
    - acemarke 9y ago

romanovcode 9y ago

He is probably Front-End developer with zero knowledge of actual programming. That's why he hates Angular+Typescript.

xab9 9y ago
You are probably a giraffe. Am I right?