From mboxrd@z Thu Jan  1 00:00:00 1970
Path: eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: "Jeffrey R.Carter" <spam.jrcarter.not@spam.acm.org.not>
Newsgroups: comp.lang.ada
Subject: Re: Map iteration and modification
Date: Tue, 9 Jan 2024 10:43:38 +0100
Organization: A noiseless patient Spider
Message-ID: <unj4ga$1v2im$1@dont-email.me>
References: <umjukd$9sp$1@rasp.pasdenom.info>
 <umjuvc$9sp$2@rasp.pasdenom.info> <umk6ds$e9hc$1@dont-email.me>
 <umldsq$na79$1@dont-email.me> <umm4r5$ppag$1@dont-email.me>
 <umogc5$173bb$1@dont-email.me> <umotm2$18lqm$1@dont-email.me>
 <un2jeb$330jr$1@dont-email.me> <un3bg9$35mhv$1@dont-email.me>
 <un5asc$3hsqb$1@dont-email.me> <un64o3$3krch$1@dont-email.me>
 <un7nqe$3rs9n$1@dont-email.me> <un8qgm$50cc$1@dont-email.me>
 <unav7n$haul$1@dont-email.me> <uneel2$12ufr$1@dont-email.me>
 <unij2f$1t37f$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Tue, 9 Jan 2024 09:43:38 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="5b049419091b16107387fbf536d0692d";
	logging-data="2067030"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX19BzCViSzr68V4zdRtSCt5rTWFQnTWRzNM="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:H8eLo8V9ItDr3GlLZL2ce7F71jY=
In-Reply-To: <unij2f$1t37f$1@dont-email.me>
Content-Language: en-US
Xref: news.eternal-september.org comp.lang.ada:65974
List-Id: <comp.lang.ada>

On 2024-01-09 05:46, Randy Brukardt wrote:
> "Jeffrey R.Carter" <spam.jrcarter.not@spam.acm.org.not> wrote in message
> news:uneel2$12ufr$1@dont-email.me...
> 
> I don't recall ever seriously considering this (might just my memory getting
> old). I suspect that didn't get rejected so much as not making the cut as
> important enough.

I don't consider special syntax to shorten names in assignment statements 
important at all. We have renames for that, and it is a more general mechanism, 
applying to more than just assignments.

-- 
Jeff Carter
"[I]t is foolish to polish a program beyond the
point of diminishing returns, but most programmers
do too little revision; they are satisfied too
early."
Elements of Programming Style
189