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: a07f3367d7,9983e856ed268154
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
Received: by 10.204.130.7 with SMTP id q7mr1284593bks.2.1345472125854;
        Mon, 20 Aug 2012 07:15:25 -0700 (PDT)
Received: by 10.216.193.26 with SMTP id j26mr231065wen.1.1345472125486;
        Mon, 20 Aug 2012 07:15:25 -0700 (PDT)
Path: 
 m12ni117292bkm.0!nntp.google.com!news1.google.com!postnews.google.com!u3no28369177qai.0!news-out.google.com!n2ni226778617win.0!nntp.google.com!feeder3.cambriumusenet.nl!feed.tweaknews.nl!94.232.116.12.MISMATCH!feed.xsnews.nl!border-2.ams.xsnews.nl!newsfeed.xs4all.nl!newsfeed6.news.xs4all.nl!xs4all!news.stack.nl!aioe.org!.POSTED!not-for-mail
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Newsgroups: comp.lang.ada
Subject: Re: Should Inline be private in the private part of a package spec?
Date: Mon, 20 Aug 2012 16:15:46 +0200
Organization: cbb software GmbH
Message-ID: <ciztlfv7tfhf$.taw9f39y1oa4$.dlg@40tude.net>
References: <501bd285$0$6564$9b4e6d93@newsspool4.arcor-online.net>
 <44bb5c96-a158-41c1-8e7d-ae83b2c0aca1@googlegroups.com>
 <1mchat48i3fos.1ksbz02nuzf5f$.dlg@40tude.net> <k0ei0u$214$1@munin.nbi.dk>
 <rznvpohy5adk$.1of2k7nklsaam.dlg@40tude.net>
 <502b832f$0$6579$9b4e6d93@newsspool3.arcor-online.net>
 <vqx5pu5yd4m7.jlystys02zcx$.dlg@40tude.net>
 <502bc4df$0$6574$9b4e6d93@newsspool3.arcor-online.net>
 <sgy28ka2rw0a.119txios2lu0g$.dlg@40tude.net>
 <502bd3e6$0$6574$9b4e6d93@newsspool3.arcor-online.net>
 <17qgsq5y7or0v.16z18fmcew1lt$.dlg@40tude.net>
 <502c149e$0$6579$9b4e6d93@newsspool3.arcor-online.net>
 <ak8h9w7770bx$.ncrikznng6v3$.dlg@40tude.net>
 <502cd701$0$6568$9b4e6d93@newsspool3.arcor-online.net>
 <pstv4iafyysv$.1mq6dicsj9my0.dlg@40tude.net>
 <502d3c68$0$6572$9b4e6d93@newsspool3.arcor-online.net>
 <mhbnq53dwqt2.r7w4k1ptmxf1$.dlg@40tude.net>
 <502e9039$0$6557$9b4e6d93@newsspool4.arcor-online.net>
 <40tmogy4d1b5.1kc2gm8qfrkdu.dlg@40tude.net>
 <503240ed$0$6569$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-20T16:15:46+02:00
List-Id: <comp.lang.ada>

On Mon, 20 Aug 2012 15:51:40 +0200, Georg Bauhaus wrote:

> On 18.08.12 08:24, Dmitry A. Kazakov wrote:
>> First it was heterogeneous sources, now it is a situation. Could you state
>> the problem?
> 
> The problem is to make people produce computer based systems
> that produce data in such a way that computer based systems connected
> to other computer based systems can process the emitted data well.

Now it is a human resource problem or what? Ground a company, hire people,
pay them, maybe they would do something for you, not a technical problem,
so far.

> Since there is no universal definition of "to process well", participants
> in a situation need to define it. One aspect to consider is the amount
> of heterogeneity of everything relevant to the respective system.

The "respective system" is the company you are going to run? Does
"everything relevant" include the shape of paper clips?

Sorry, but diffusing the issue won't help you justify XML, because it
equivalently justifies anything else, e.g. deployment of a bonsai watering
system, looks like an indispensable aspect, doesn't it?

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de