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: a07f3367d7,ab1d177a5a26577d
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,UTF8
Path: 
 g2news1.google.com!news4.google.com!feeder.news-service.com!newsfeed.straub-nv.de!newsfeed01.sul.t-online.de!t-online.de!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Date: Thu, 17 Feb 2011 21:50:20 +0100
From: Georg Bauhaus <rm-host.bauhaus@maps.futureapps.de>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US;
 rv:1.9.2.14) Gecko/20110123 Thunderbird/3.1.8
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: What's wrong with C++?
References: 
 <1ee1a434-4048-48f6-9f5e-d8126bebb808@r19g2000prm.googlegroups.com>
 <b1f0b153-dc79-4b3c-a936-68723e76a4db@x1g2000yqb.googlegroups.com>
 <jbejuuszjy3y.vyllayr73kh0$.dlg@40tude.net> <op.vq2anayyule2fv@douda-yannick>
In-Reply-To: <op.vq2anayyule2fv@douda-yannick>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <4d5d8a0b$0$6768$9b4e6d93@newsspool3.arcor-online.net>
Organization: Arcor
NNTP-Posting-Date: 17 Feb 2011 21:50:19 CET
NNTP-Posting-Host: d4897229.newsspool3.arcor-online.net
X-Trace: 
 DXC=CaXEhl6M<SbUoRk[hk2WalMcF=Q^Z^V3h4Fo<]lROoRa8kF<OcfhCOkNWGoaCR_8@ePCY\c7>ejVhIdnKl\<j4<o2h7?W9[O3Bi
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news1.google.com comp.lang.ada:17365
Date: 2011-02-17T21:50:19+01:00
List-Id: <comp.lang.ada>

On 2/17/11 8:19 PM, Yannick Duchêne (Hibou57) wrote:
> Le Thu, 17 Feb 2011 10:02:58 +0100, Dmitry A. Kazakov <mailbox@dmitry-kazakov.de> a écrit:
>> The flaw here is structural equivalence and, more generally, type
>> inference. Not everybody agree that type inference is bad. I do believe
>> that it is.
>
> I personally believe type inference (within a typed language), is good when that is used to tersely write models of an application. That is what (S)ML en derivatives do.

Oddly enough, it is good practice to *not* play the inference
game when creating "models" in ML languages:  when ML programmers
describe a structure or type, they use type names explicitly.
Every function is written in terms of its (typed) profile,
not just the names.