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,751d508677a5add1 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news4.google.com!proxad.net!feeder1-2.proxad.net!194.25.134.126.MISMATCH!newsfeed01.sul.t-online.de!t-online.de!newsfeed.arcor.de!newsspool4.arcor-online.net!news.arcor.de.POSTED!not-for-mail Date: Fri, 02 Jul 2010 09:39:12 +0200 From: Georg Bauhaus User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: [Ada] made me hate programming References: <8f469661-370c-4484-82d8-f1b365455e0f@w12g2000yqj.googlegroups.com> <98aa58b3-50fc-418d-9f72-524b5a23c89d@t10g2000yqg.googlegroups.com> <4c2bd5e5$0$2366$4d3efbfe@news.sover.net> <4c2ca2d2$0$7666$9b4e6d93@newsspool1.arcor-online.net> <4c2cb60f$0$7651$9b4e6d93@newsspool1.arcor-online.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Message-ID: <4c2d97a0$0$7655$9b4e6d93@newsspool1.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 02 Jul 2010 09:39:12 CEST NNTP-Posting-Host: 79182f70.newsspool1.arcor-online.net X-Trace: DXC=hi5BCQbF<]0RadXUBHgFh3ic==]BZ:af>4Fo<]lROoR1<`=YMgDjhg2c1a@Zj32PCY\c7>ejV8VOY`hm<_F92M]Q0gncPUl: X-Complaints-To: usenet-abuse@arcor.de Xref: g2news2.google.com comp.lang.ada:13090 Date: 2010-07-02T09:39:12+02:00 List-Id: On 7/2/10 1:50 AM, Randy Brukardt wrote: > I don't see any particular need for such a profile, at least in the case of > overloading. > > Janus/Ada produces error messages ignoring overloading when that is > possible. For instance, if there is only one Put_String routine, the call: > Put_String (10); > would get the message: "Unable to resolve - parameter has wrong type" with > the arrow pointing at "10". The error handler also tries to make sensible > messages for predefined math operators. > > Thus, the reason you get unintelligible messages is that you are using > heavily overloaded routines in student programs (like Text_IO). Don't do > that and the problem pretty much goes away (at least until the students are > taught about overloading, but hopefully by then they'll be better equiped to > handle the complexity). Frankly, and with all due respect, your argument is exactly that of a C programmer when he denies advantages of using Ada: "Don't do that and the problem pretty much goes away..." That's true, but it doesn't happen. The int problem won't go away and continues to affect IT at large. Does this make anyone switch? Continuing the analogy, the advantages of Ada's fundamental type system are undeniably demonstrated in a comparative setting such as McCormick's. Yet once people start to like int, or Ada I guess, they won't let go. There may be evidence that char and int etc. don't work well. But rather than give up the first plan (C) and switch to a different plan (Ada) they proudly defend their property (C)... Profiles don't require switching languages. But if (and only if) one feature of Ada turns out to be an obstacle to early learning, is it not better to keep the language as is and bridle it with a profile that removes the obstacle as needed? (It need not be overloading, if overloading does not cause the teaching problems or learning problems that Peter Chapin reported.)