Здравствуйте, igor-booch, Вы писали:

G>>Реактивщина съест твой мозг сложностью отладки и составления программы. Сами интерфейсы Reactive Streams простые, но составить из них программу тяжело, а отлаживать ещё труднее. Плюс навешиваются АПИ самой реактивной библиотеки, которую ты выберешь, это тоже усложняет понимание.

IB>Понимаю, что ты наверное явист, но вдруг сможешь что-то сказать о
IB>https://github.com/IgorBuchelnikov/ObservableComputations
IB>В этой библиотеке реактивность основана на дотнетовских интерфейсах INotifyPropertyChanged and INotifyCollectionChanged
IB>но может оборачивать интерфейсы из Reactive Extensions (дотнетовкий аналог Reactive Streams)
IB>Делал эту библиотеку в основном для UI, но как ты думаешь,
IB>можно ли её в бэкэнде как то применить (в enterprise архитектуре)?

Вот это поворот))
Вообще, для реактивщины есть определенные контракты, и есть библиотека для их верификации на соответствие этим контрактам — TCK (Technology Compatibility Kit), для дот-нета в том числе.
Так что в первую очередь тебе нужно, чтобы твоя либа проходила все эти тесты. Это по поводу реактивных контрактов. А по поводу применимости в энтерпрайзе, завтра внимательнее погляжу на твое творение в этом разрезе, с позиций энтерпрайзного джава-разработчика.