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 X-Google-Thread: 103376,9983e856ed268154 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.68.232.200 with SMTP id tq8mr229268pbc.7.1345121746124; Thu, 16 Aug 2012 05:55:46 -0700 (PDT) Received: by 10.216.239.205 with SMTP id c55mr85117wer.12.1345121745893; Thu, 16 Aug 2012 05:55:45 -0700 (PDT) Path: s8ni1920pbk.0!nntp.google.com!news2.google.com!r1no18063288qas.0!news-out.google.com!n2ni159139117win.0!nntp.google.com!goblin3!goblin1!goblin2!goblin.stu.neva.ru!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Should Inline be private in the private part of a package spec? Date: Thu, 16 Aug 2012 14:56:05 +0200 Organization: cbb software GmbH Message-ID: References: <501bd285$0$6564$9b4e6d93@newsspool4.arcor-online.net> <502040c0$0$9510$9b4e6d93@newsspool1.arcor-online.net> <50677fa2-7f82-4ccc-8c56-161bf67fefe1@googlegroups.com> <44bb5c96-a158-41c1-8e7d-ae83b2c0aca1@googlegroups.com> <1mchat48i3fos.1ksbz02nuzf5f$.dlg@40tude.net> <502b832f$0$6579$9b4e6d93@newsspool3.arcor-online.net> <502bc4df$0$6574$9b4e6d93@newsspool3.arcor-online.net> <502bd3e6$0$6574$9b4e6d93@newsspool3.arcor-online.net> <17qgsq5y7or0v.16z18fmcew1lt$.dlg@40tude.net> <502c149e$0$6579$9b4e6d93@newsspool3.arcor-online.net> <502cd701$0$6568$9b4e6d93@newsspool3.arcor-online.net> Reply-To: mailbox@dmitry-kazakov.de NNTP-Posting-Host: FbOMkhMtVLVmu7IwBnt1tw.user.speranza.aioe.org Mime-Version: 1.0 X-Complaints-To: abuse@aioe.org User-Agent: 40tude_Dialog/2.0.15.1 X-Notice: Filtered by postfilter v. 0.8.2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: 2012-08-16T14:56:05+02:00 List-Id: On Thu, 16 Aug 2012 13:18:28 +0200, Georg Bauhaus wrote: > On 16.08.12 09:30, Dmitry A. Kazakov wrote: >> On Wed, 15 Aug 2012 23:29:01 +0200, Georg Bauhaus wrote: >> >>> On 15.08.12 20:53, Dmitry A. Kazakov wrote: >> >>>> And >>>> how these false premises could justify any application of XML even if per >>>> some miracle they happened true? >>> >>> The point of the exercise is to make apparent the variables >>> that help decide when, and when not, to use XML, >> >> List of the variables, please. > > They were given in the text, and even indicated syntactically. What you listed was unrelated to the issue. The decision must be based on the immanent features of the protocols in question. > I had hoped that someone with a PhD in mathematics would find > this a fair read, even when the subject matter might look strange > at first sight. If has nothing to do with strangeness. There is a standard procedure of evaluating such things in engineering. You should: 1. state the problem 2. present relevant criteria to evaluate a solution 3. present competing solutions > 1 (proving them solving the problem) 4. evaluate these solutions against the criteria 5. make choice based on the ranking obtained >> How is the choice XML vs., say, CANopen motivated by specifically >> homogeneity? > > By a homogeneity that I have outlined when talking about measures > of sameness, in the context of the situation, which is full of motives. See above and go from 1 though to 5. >> What is homogenous by XML, which is not by other protocols, and conversely? > > XML is not a protocol, but that's an aside. If you say that XML is not a protocol, then the train stops right here. We were talking about the network of car devices. I don't care what else XML might be, because being not a protocol automatically disqualifies it here and now. >> Which weight has the above [quantitative? qualitative?] difference in the >> context of the requirements, functional and non-functional, imposed on the >> car software infrastructure? > > Yes, as I said, apply fuzzy logic, You seem to imply that fuzzy logic (in its scientific meaning) acts differently from crisp logic by allowing any sorts of non sequitur. It does not. > and doing so stipulates > that the persons involved can produce weights that work. > Actually, I am sure they have done so many times. In that case you should summarize/cite their results. You brought the issue of "homogeneity" up as a criterion of choice in favor of XML. Did you? So I am merely asking for: A) the definition of, because yours is absolutely non-standard B) methodic of its evaluation C) signs of importance for the considered case (car electronics network) D) comparison to competing solutions The joke an unknown author made about XML worked because it mocked the process 1-5: "XML combines the efficiency of text files with the readability of binary files" You find here all components: the competing solutions, the criteria, their evaluation all leading to the hilarious choice of the worst possible solution, which also makes a deeper point that there actually exists no technical problem for which XML might be a proper solution. Very so! -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de