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=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,2a687662f09731bb
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news3.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!t-online.de!news.karotte.org!uucp.gnuu.de!newsfeed.arcor.de!news.arcor.de!not-for-mail
Newsgroups: comp.lang.ada
Subject: Re: Ada Quality and Style book discussion ("_Type" suffix)
From: Georg Bauhaus <bauhaus@futureapps.de>
In-Reply-To: <437c6d37$1_1@glkas0286.greenlnk.net>
References: <dld0t5$df3$1@sunnews.cern.ch>
	 <ZqCdnSOLI6WepefeRVn-uw@comcast.com>
	 <slrndnlfs8.1pa.bogus_addy@tango.mindfuq.org>
	 <m2acg5i1ko.fsf@grendel.local>
	 <slrndno8ho.22e.bogus_addy@tango.mindfuq.org>
	 <1132227241.9036.44.camel@sonnenregen>
	 <437c6d37$1_1@glkas0286.greenlnk.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: #
Message-ID: <1132233965.11218.13.camel@sonnenregen>
Mime-Version: 1.0
X-Mailer: Evolution 2.4.1 
Date: Thu, 17 Nov 2005 14:26:05 +0100
NNTP-Posting-Date: 17 Nov 2005 14:23:11 MET
NNTP-Posting-Host: c1e4c37d.newsread4.arcor-online.net
X-Trace: 
 DXC=?7\GXCeEE<ihlIa[YhA;>c:ejgIfPPlddjW\KbG]kaMh1BZS;MmC65fS=<PRSIH^ef8JM^O\[iIdc]0cWmE9eKMn
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news1.google.com comp.lang.ada:6450
Date: 2005-11-17T14:23:11+01:00
List-Id: <comp.lang.ada>

On Thu, 2005-11-17 at 11:53 +0000, Martin Dowie wrote:
> Georg Bauhaus wrote:
> > Workarounds like A_, used throughout the whole program, seem
> > like laziness to me. They will take revenge later when the same
> > programmers no long remember the specific context of A_Thing.
> > What thing?
> 
> It's only a problem if you have variables/parameters with the "A_" prefix.
> That's not what I said - only types would have "A_" - just like the real
> world! :-)
> 

Right, sorry. I should have stressed that I was referring
to variable parameters names and the like.