Грубо говоря mobx это всего лишь решение тормозов реакта (трекает как компоненты связаны с переменными чтобы вызвать потом перерендер только нужных компонентов).
Как без mobx вызвать обновление компонентов когда меняется состояние? Да просто храним состояние в глобальной переменной window.state = { count: 0 } а потом при изменении просто вызываем перерендер всего приложения

<div onClick={()=>{
  window.state.count++;
  actualizeDOM();
}}>
 {window.state.count}
</div>

....

const actualizeDOM = ()=>{
  ReactDOM.render(<App/>, document.body)
}

И если бы реакт не тормозил бы при диффе всего дерева приложения на каждое изменение состояния то mobx был бы и не нужен (а кеширование вычислений в компютедах нужно прям очень редко)

MessageStore → Store
MessageEvent → Event
RequestReply / Service Activator → Effect
MessageFilter → event.filter({fn})
Durable Subscriber → domain.onCreate*
Publish-Subscribe Channel → store.on
Remote Procedure Invocation → effect.sid
DynamicRouter → guard
Aggregator / Idempotent Receiver → createStoreObject / sample
MessageTranslator → event.map
RecipientList → spread
ContentBasedRouter → split

эффектор предлагает события как first class citizens, это lingua franca распределённых вычислений, наконец можно перенимать богатый опыт индустрии напрямую

Грубо говоря mobx это всего лишь решение тормозов реакта (трекает как компоненты связаны с переменными чтобы вызвать потом перерендер только нужных компонентов).
Как без mobx вызвать обновление компонентов когда меняется состояние? Да просто храним состояние в глобальной переменной window.state = { count: 0 } а потом при изменении просто вызываем перерендер всего приложения

<div onClick={()=>{
  window.state.count++;
  actualizeDOM();
}}>
 {window.state.count}
</div>

....

const actualizeDOM = ()=>{
  ReactDOM.render(<App/>, document.body)
}

И если бы реакт не тормозил бы при диффе всего дерева приложения на каждое изменение состояния то mobx был бы и не нужен (а кеширование вычислений в компютедах нужно прям очень редко)

по этой причине эффектор нужен даже если бы реакт не тормозил: голые реактивные обсерваблы — состояния без эвентов — это ничем не лучше голых реактивных стримов — эвентов без состояний, поэтому потребовалось решение, интегрирующее обе части реактивности вместе на уровне концепции

А на каких кейсах нужен эффектор даже если бы реакт не тормозил? Я вот разрабатывал разные по сложности приложения и еще ни разу не сталкивался с чем-то вроде асинхронного графа событий из-за чего мне нужен был бы эффектор. Мне всегда хватало mobx-а а в некоторых проектах даже mobx был не нужен (там не было больших списков или жирного интерефейса и реакт вполне себе успевал делать дифф всего дерева ui)

преимущества эффектора перечислены по пунктам прямо в readme и на главной доки

как и его недостатки)

как и его недостатки)

В forest появился block, это компонент?

я хз вообще 😳 я просто этот пост нашёл только в переписке с @murgut