From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00
	autolearn=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.swapon.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: Niklas Holsti <niklas.holsti@tidorum.invalid>
Newsgroups: comp.lang.ada
Subject: Re: Things that OO programming lacks
Date: Sun, 16 Nov 2014 21:01:20 +0200
Organization: Tidorum Ltd
Message-ID: <ccsak0F6igsU1@mid.individual.net>
References: <DA%7w.753721$Y4.288171@fx24.iad>
	<Jwy8w.500685$Ub6.487517@fx20.iad>
	<d4b8f45d-e327-4d78-a0d6-838aba063e4d@googlegroups.com>
	<lyoascltws.fsf@pushface.org>
 <YYE8w.620042$Lj7.284655@fx22.iad>	<87389olqie.fsf@ixod.org>
 <zTF8w.509165$No4.167804@fx19.iad>
	<fca06fd0-6970-46a5-95b9-6b6317a37f7c@googlegroups.com>
	<aSG8w.567817$Q61.266688@fx13.iad>
 <m40odq$tdv$1@loke.gir.dk>	<DbU8w.703256$Fo3.563225@fx09.iad>
 <m439g4$bq9$1@loke.gir.dk>	<m43c6o$1v1$1@dont-email.me>
 <10d9w.55626$8w1.22302@fx12.iad>
	<150er0b62wsh3$.1xabmp81w5kdw.dlg@40tude.net>
	<m44gfo$1kb$1@speranza.aioe.org>
	<1azsoc77wjhmi$.1grmnnlq033tz.dlg@40tude.net>
	<m44m2p$f9k$1@speranza.aioe.org>	<5yzci4a8snfg.1dfsqjyvneeym$.dlg@40tude.net>
	<m45757$huh$1@dont-email.me>	<bezyvi09ddfl.1du5bw4wk652f$.dlg@40tude.net>
 <lysihj9gld.fsf@pushface.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: individual.net DjzPb4Pfzp5a1EO2hJm7lQDik+5ua9+rRp5Q3gavu1aIUGxyMS
Cancel-Lock: sha1:4Q9s1VEufAkmPAEjq4D/swPxuNo=
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8;
 rv:24.0) Gecko/20100101 Thunderbird/24.6.0
In-Reply-To: <lysihj9gld.fsf@pushface.org>
Xref: news.eternal-september.org comp.lang.ada:23422
Date: 2014-11-16T21:01:20+02:00
List-Id: <comp.lang.ada>

On 14-11-16 19:54 , Simon Wright wrote:
> "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> writes:
> 
>> I didn't list event-driven AKA data-driven paradigm in my list of
>> paradigms, since it is so horrific, that nobody should seriously
>> consider it as useful.
> 
> The event-driven approach to (real-time) software is the only way to
> build such systems: any other way is bound to lead to confusion and
> disaster.
> 
> £0.02

"No Sale" even at that price (meaning I disagree).

But of course this depends on what, precisely, is meant by "event-driven
approach".

It is true that any system that must react to asynchronous inputs, be
they called "events" or whatever, must in its design be "event-driven"
to some extent. But this does NOT mean that the internal architecture of
the SW should be based on message-passing, or FSAs communicating by
events, or anything like that. Such internal architectures
(unfortunately, often the result of the autocode generators of
single-minded model-based design tools) can be HUGELY complex,
inefficient, and beastly to analyse or understand. In my not-so-humble
opinion.

-- 
Niklas Holsti
Tidorum Ltd
niklas holsti tidorum fi
      .      @       .