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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 Path: border2.nntp.dca1.giganews.com!nntp.giganews.com!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!feeder.erje.net!eu.feeder.erje.net!news.swapon.de!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Things that OO programming lacks Date: Mon, 17 Nov 2014 18:38:52 +0100 Organization: cbb software GmbH Message-ID: <1kjt4mv0srxv9$.lysynm8xnzpw$.dlg@40tude.net> References: <10d9w.55626$8w1.22302@fx12.iad> <150er0b62wsh3$.1xabmp81w5kdw.dlg@40tude.net> <1azsoc77wjhmi$.1grmnnlq033tz.dlg@40tude.net> <5yzci4a8snfg.1dfsqjyvneeym$.dlg@40tude.net> <1dwdgby88eh21$.k3nspjj0mme0.dlg@40tude.net> <160lx4e9clifl.1kcusbxaei4r0$.dlg@40tude.net> Reply-To: mailbox@dmitry-kazakov.de NNTP-Posting-Host: wfRpp7ltpEWhI2na6kgpfA.user.speranza.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@aioe.org User-Agent: 40tude_Dialog/2.0.15.1 X-Notice: Filtered by postfilter v. 0.8.2 Xref: number.nntp.giganews.com comp.lang.ada:190786 Date: 2014-11-17T18:38:52+01:00 List-Id: On Mon, 17 Nov 2014 14:29:29 +0000, Simon Wright wrote: > "Dmitry A. Kazakov" writes: > >> So even tasks considered trivial in other paradigms are hard problems >> in the event-driven one. > > And the reverse? Nothing is the perfect approach for all problems. True. Some tasks are elegantly solved when represented as events. That does not matter because the power of a paradigm lies in decomposition: can I decompose my huge, ill-specified, ever changing problem into those tasks? IMO, only OO and procedural paradigms actually can. Even when several paradigms are used in the same system (e.g. a relational DB, or code generated from some model) the glue between components is always procedural or OO. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de