From owner-sc22wg5+sc22wg5-dom9=www.open-std.org@open-std.org Fri Oct 23 00:10:19 2020 Return-Path: X-Original-To: sc22wg5-dom9 Delivered-To: sc22wg5-dom9@www.open-std.org Received: by www.open-std.org (Postfix, from userid 521) id 9F7033588A5; Fri, 23 Oct 2020 00:10:19 +0200 (CEST) Delivered-To: sc22wg5@open-std.org Received: from mr85p00im-ztdg06011901.me.com (mr85p00im-ztdg06011901.me.com [17.58.23.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by www.open-std.org (Postfix) with ESMTP id 3218035693F for ; Fri, 23 Oct 2020 00:10:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=icloud.com; s=1a1hai; t=1603404616; bh=nlq6lGI/H8oa8W/ij3rYWLqcz+kO1qjsnRHrrKemIlU=; h=From:Content-Type:Mime-Version:Subject:Message-Id:To:Date; b=suEL0jiUcY4VEnzShevRRgC0tkMMCCj5S+bnvF/7Jd4RovwBz3IWmfg9Mu5VTo39M 7KLoeUQ3Y5Z5G9RKOnQbWGnhY7jJSY4y9layj+igCpKfXonXTMDvxs4xe4fSq8c2n2 SIDDByld/qdGBQqjYBsOxrOh0cPGwlCQy5vwXUudbtAqJ+RjxL8XVyFkDNvVaRF2DI asjSViXuF8FqCYdbwYZTBQTA2wpqTuQmd7bV32HSUytrJEJJq3eIMOakvv12clSzFz rcoT80pb+aCItEkigB5QMdF79xs9sP/uwqIvo27GXzz0mss1yJH6MYCV37ki90YsFW aOP2Zy1RT2R6Q== Received: from davids-imac.home (host86-143-52-143.range86-143.btcentralplus.com [86.143.52.143]) by mr85p00im-ztdg06011901.me.com (Postfix) with ESMTPSA id 3B52BA60F52 for ; Thu, 22 Oct 2020 22:10:16 +0000 (UTC) From: David Muxworthy Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.7\)) Subject: Fwd: BOUNCE sc22wg5@open-std.org: Non-member submission from [Van Snyder ] Message-Id: References: <20201022213516.6E247358ABA@www.open-std.org> To: sc22wg5@open-std.org Date: Thu, 22 Oct 2020 23:10:11 +0100 X-Mailer: Apple Mail (2.3445.9.7) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235,18.0.737 definitions=2020-10-22_17:2020-10-20,2020-10-22 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=15 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=590 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2006250000 definitions=main-2010220141 Sender: owner-sc22wg5@open-std.org Precedence: bulk =46rom owner-sc22wg5@www.open-std.org Thu Oct 22 23:35:16 2020 Return-Path: Delivered-To: sc22wg5@open-std.org Received: from mail-pg1-f171.google.com (mail-pg1-f171.google.com = [209.85.215.171]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by www.open-std.org (Postfix) with ESMTP id E29E2358628 for ; Thu, 22 Oct 2020 23:35:15 +0200 = (CEST) Received: by mail-pg1-f171.google.com with SMTP id o7so1815252pgv.6 for ; Thu, 22 Oct 2020 14:35:15 -0700 (PDT) DKIM-Signature: v=3D1; a=3Drsa-sha256; c=3Drelaxed/relaxed; d=3Dgmail.com; s=3D20161025; = h=3Dmessage-id:subject:from:to:date:references:user-agent:mime-version; bh=3DbfkqiDQ3I+J7nOpg40/4a+QIg9X6sjQGhIGvtb2ubpo=3D; = b=3DhpgMZ6yRU8Hyeo7WKiREx1yQI2La5IIvBl4dL/gzZddn1tbzWykkgAN8Y+WSyQ4+HE = wnLKZqtLNayz9Lv7is8tROCSCN0KfSD3WcBoJ2kXatH65ftB3vcP58+u0lWbEkiIJLaj = kjQRw7z2yYW0oe93w8PBU7r8FmYVHe9o21HSMS5EZfCGagT7CvYWJrFFICU3Lh5UDGBA = SlEXdR0HcMZc2XiVHIH4Ziz0Kd9SNy60FkJTT/S636RvDJY0mlwhC0h0Acvlj96rTNDv = 1wyozUXtMFjrspbIHTt82u7tuMth9ZB6mFsnAvuVha/1wc6nW0W15RONPhm4wLYD9fYC eJCw=3D=3D X-Google-DKIM-Signature: v=3D1; a=3Drsa-sha256; c=3Drelaxed/relaxed; d=3D1e100.net; s=3D20161025; h=3Dx-gm-message-state:message-id:subject:from:to:date:references :user-agent:mime-version; bh=3DbfkqiDQ3I+J7nOpg40/4a+QIg9X6sjQGhIGvtb2ubpo=3D; = b=3DHZBkLq73J0BTUFFwgrNvajmRo+8Nf0Uf5jvA5NWZK2hkjWbUUOHGsH7Z0v+cymdHB2 = VdiWBzrjNshz/SQQewehFPV83M60kBJPHNyOm/qOWBpLcaxo63ZzxiD/xvIIFc0okX6Q = IugW6BYwNpIA0sk/ob4somjr+VZDwjNLjW+16r7qTB3pdA0Wed5+efE4fQaGZbmh8JxC = PXJt9+nudLiPGippSqzr+dQDYRugQWM8S0mYDv7m/18bg1Sz2J986qAZhHxugyxJD4Co = otC2UiZDXk1b7mhm+MzoJhIWsHt0Esa5mRKZ8cCu+6Z+0j9dFe5iObz/UURF3br5pYdr EaxA=3D=3D X-Gm-Message-State: = AOAM533dTkt9qgg8JNcS68+l1eUeq4ByZwNvhURrWbtE88Dtqh11bt73 +fnW5t0M7Id0fSIAbHBqop2wKruNWUFPmg=3D=3D X-Google-Smtp-Source: = ABdhPJwBBvf7rtqYcRWkrxDIPOeexBij/1VqC8Rr9gyfcZcW45+S53ffxFkzqYB8fcjir3C9jr= 2p9Q=3D=3D X-Received: by 2002:a17:90a:7c0c:: with SMTP id = v12mr4024165pjf.71.1603402513498; Thu, 22 Oct 2020 14:35:13 -0700 (PDT) Received: from van.vsnyder (047-229-011-079.res.spectrum.com. = [47.229.11.79]) by smtp.gmail.com with ESMTPSA id = ck21sm2920793pjb.56.2020.10.22.14.35.12 for (version=3DTLS1_3 cipher=3DTLS_AES_256_GCM_SHA384 bits=3D256/256); Thu, 22 Oct 2020 14:35:12 -0700 (PDT) Message-ID: Subject: [Fwd: [ARG] Importance of "cosmetic" changes] From: Van Snyder To: sc22wg5 Date: Thu, 22 Oct 2020 14:35:12 -0700 References: <6DF79AED-4B71-4985-B84A-37D7A08687D3@adacore.com> Content-Type: multipart/alternative; boundary=3D"=3D-gEm4FOosm1ann59uxqHI"= User-Agent: Evolution 3.30.5-1.1=20 MIME-Version: 1.0 --=3D-gEm4FOosm1ann59uxqHI Content-Type: text/plain; charset=3D"UTF-8" Content-Transfer-Encoding: 7bit I got this message from the Ada Rapporteur Group. It's a reasonable view for any standard. Van =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D=3D=3D Bob Duff mentioned that he was against wasting a lot of time making "cosmetic" changes to the RM, and for that reason voted against AI12- 0399-1. I sympathize with this view, but on balance I think such "cosmetic" changes are actually pretty important in the long run. I believe there is an analogy with making changes to a house -- an architect friend told me that when he designed an extension to a house, one of the goals was that when someone entered the house when it was done, if they hadn't seen the house before, they couldn't tell what was the old part and what was the new part. I feel the same general goal should apply to a good language update.=20 If you haven't seen a prior version, then when you look at the reference manual for the extended language, you shouldn't be able to tell what are the old features and what are the new features. One difference for Ada -- when we want to remove something, we actually move it into Annex J (effectively the dusty old "attic" of the language) rather than just putting it into a dumpster. Perhaps more importantly, a new user of Ada need not be aware of what parts of the language are brand new, and what parts have been there since the beginning. If they have an historical bent, they could look in Annex J, but as a new user they should probably completely ignore it. So I think the cosmetic changes ultimately simplify the process of understanding the reference manual, by making it more consistent, with the same idioms used in similar contexts. Your mileage may of course vary... -Tuck --=3D-gEm4FOosm1ann59uxqHI Content-Type: text/html; charset=3D"utf-8" Content-Transfer-Encoding: quoted-printable
I got this message from the Ada Rapporteur Group. It's a = reasonabl=3D e view for any = standard.

Van

<=3D = div>=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D= =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D = =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3= D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D = =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3= D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D=3D3D=3D3D

Bob Duff mentioned that he was = against w=3D asting a lot of time making "cosmetic" changes to the RM, and for that = reas=3D on voted against AI12-0399-1. I sympathize with this view, but on = balance =3D I think such "cosmetic" changes are actually pretty important in the = long r=3D un.

I believe there is an analogy with making = chan=3D ges to a house -- an architect friend told me that when he designed an = exte=3D nsion to a house, one of the goals was that when someone entered the = house =3D when it was done, if they hadn't seen the house before, they couldn't = tell =3D what was the old part and what was the new = part.

I=3D feel the same general goal should apply to a good language update. If = you=3D haven't seen a prior version, then when you look at the reference manual = f=3D or the extended language, you shouldn't be able to tell what are the old = fe=3D atures and what are the new features. One difference for Ada -- when we = wa=3D nt to remove something, we actually move it into Annex J (effectively = the d=3D usty old "attic" of the language) rather than just putting it into a = dumpst=3D er.

Perhaps more importantly, a new user of Ada = ne=3D ed not be aware of what parts of the language are brand new, and what = parts=3D have been there since the beginning. If they have an historical bent, = the=3D y could look in Annex J, but as a new user they should probably = completely =3D ignore it.

So I think the cosmetic changes = ultimat=3D ely simplify the process of understanding the reference manual, by = making i=3D t more consistent, with the same idioms used in similar = contexts.

Your mileage may of course = vary...

-Tuck

--=3D-gEm4FOosm1ann59uxqHI--