Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.misc > #549

Can Reactive Programming Handle Complexity?

From Oregonian Haruspex <bob_davis_retired@yahoo.com>
Newsgroups comp.misc
Subject Can Reactive Programming Handle Complexity?
Date 2014-02-18 16:33 -0800
Organization A noiseless patient Spider
Message-ID <le0u4o$eup$1@dont-email.me> (permalink)

Show all headers | View raw


Unrepentantly ripped off from the obsolete site:

"A recent article on Reactive Programming 
("http://www.espressologic.com/reactive-programming-database-logic"), 
which suggested that five lines of Reactive could solve a problem that 
required 500 lines using Java or 200 lines using triggers, led many 
readers to question (passionately) whether Reactive enables you to 
address not just typical problems, but complex ones as well. In a 
follow-up column, Espresso Logic CTO Val Huber argues that, while it 
certainly can't solve all use cases, Reactive Programming is very 
capable of addressing many complex problems 
("http://www.espressologic.com/example-of-reactive-programming-vs-conventional-programming-for-database"), 
and can address all other scenarios via a transparent integration with 
procedural languages. He shows how Reactive can handle complexity using 
two different scenarios: a classically complicated database application 
(a bill of materials price rollup) and procedural integration (to 
address external systems such as email and transactions not limited by 
a database update). Take a look at his work; do you agree?"

It seems that every few years somebody tries to re-invent true MVC OOP. 
 "Reactive Programming™" seems to be the attempt being pushed on the 
poor public by Dice Media, no doubt in exchange for a healthy sum.  If 
you look at the examples given, and are familiar with Self or 
Smalltalk, you'll see nothing new, and both languages are now over two 
decades old (Smalltalk is well over three).

What I can't quite figure out is, are Slashdot's promotions of 
"Reactive Programming™" aimed at convincing programmers to move to the 
"Reactive Programming™" platform, or are they aimed at convincing the 
PHBs, or are they just plain old SEO spam?

Back to comp.misc | Previous | Next — Next in thread | Find similar | Unroll thread


Thread

Can Reactive Programming Handle Complexity? Oregonian Haruspex <bob_davis_retired@yahoo.com> - 2014-02-18 16:33 -0800
  Re: Can Reactive Programming Handle Complexity? dialmove <dialmove@gmail.com> - 2014-02-20 16:17 +0000
    Re: Can Reactive Programming Handle Complexity? dialmove <dialmove@gmail.com> - 2014-02-20 16:36 +0000
      Re: Can Reactive Programming Handle Complexity? Marko Rauhamaa <marko@pacujo.net> - 2014-02-20 20:09 +0200
        Re: Can Reactive Programming Handle Complexity? wjwlsn <ibillwilson@gmail.com> - 2014-02-20 13:05 -0800
          Re: Can Reactive Programming Handle Complexity? Marko Rauhamaa <marko@pacujo.net> - 2014-02-20 23:18 +0200
            Re: Can Reactive Programming Handle Complexity? wjwlsn <ibillwilson@gmail.com> - 2014-02-20 13:40 -0800
            Re: Can Reactive Programming Handle Complexity? dialmove <dialmove@gmail.com> - 2014-02-21 13:56 +0000
          Re: Can Reactive Programming Handle Complexity? dialmove <dialmove@gmail.com> - 2014-02-21 13:34 +0000
            Re: Can Reactive Programming Handle Complexity? Marko Rauhamaa <marko@pacujo.net> - 2014-02-21 16:57 +0200
              Re: Can Reactive Programming Handle Complexity? dialmove <dialmove@gmail.com> - 2014-02-21 15:49 +0000
                Re: Can Reactive Programming Handle Complexity? Marko Rauhamaa <marko@pacujo.net> - 2014-02-21 18:22 +0200

csiph-web