From: Georg Bauhaus <bauhaus@arcor.de>
Subject: Re: Ada generics
Date: Tue, 02 Jan 2007 15:45:27 +0100
Date: 2007-01-02T15:44:59+01:00 [thread overview]
Message-ID: <1167749126.661.91.camel@localhost> (raw)
In-Reply-To: <nndo5p1n4gv9.1dssje8wbn8v1.dlg@40tude.net>
On Tue, 2007-01-02 at 14:51 +0100, Dmitry A. Kazakov wrote:
> Come on, why on earth "water" is a descriptive name of water.
"Water" is a descriptive name in the context of a program
using "water" as an identifier. We rely on readers to be able
to give meaning to "water". (Fortunately, we are not forced
to write "WATER" all the time.)
> I find "вода"
> far more descriptive! (:-))
I wouldn't hesitate to write "вода" in a Russian only program.
In fact, when I translated UI messages for the Serna XML editor
from English into German, it was helpful being able to look
into a Russian dictionary. The developers are from Russia,
and in a few cases the Russian translation of the UI messages
had good hints to the intended meaning of the English phrases.
> Natural language words (even pictographs)
> describe absolutely nothing but themselves.
(How can you be certain of this? :-)
> > Programming problems cannot reasonably described in full
> > using only formal symbolism.
>
> So what?
It means a programming language should enable its users to choose
good names. To me, this means reasonable flexibility in the choice
of identifiers. We are not yet used to writing π in a geometry program
even though it is an obvious choice for all involved. A few decades
ago, People weren't expecting to be able to write A := {1, 3 .. 15}
when using SETL. They instead had to revert to trigraphs for the
braces and such, IIRC. This has changed. So maybe some day Ada
programmers will be fine with Greek π in geometry programs,
and use ω occasionally, for local variables that have to do with
spinning things.
> The language treats *any* names
> equally. Any application domain meaning of names is outside the language.
I don't think application domain names can be chosen properly if
you won't let application domains influence language design,
including identifier spelling rules (in say 5% of future
programs if Randy's estimates will turn out to be true).
> >> Simplicity of implementation does not justify doing wrong things! (:-))
> >
> > Indeed, this is why I like to be able to write identifiers
> > that are written correctly,
>
> Mathematicians use much less descriptive identifies being absolutely free
> to use Latin, Greek and Hebrew alphabets. Yet nobody even tried to use full
> words. Why?
Mathematicians use full words almost all the time when they
explain their reasoning to human readers.
echo "Let I ⊂ N be a finite index set. For all k ∈ I, P(k)." | wc
1 15 58
cat | wc
for k in I loop
assert(P(k));
end loop;
3 8 43
How many math books or papers are there that use a more terse
mode of expression?
> Yet another "German" rule: "a_b" = "ab"? In that spirit, what about
> middle-endian integer literals and postfix forms for all function calls?
> (:-))
These are not character set and casing issues, and you know it. :-)
next prev parent reply other threads:[~2007-01-02 14:45 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-21 14:14 Ada generics markww
2006-12-21 15:42 ` Dmitry A. Kazakov
2006-12-22 7:59 ` Martin Krischik
2006-12-22 16:14 ` Hyman Rosen
2006-12-22 7:59 ` Martin Krischik
2006-12-22 16:41 ` Hyman Rosen
2006-12-22 17:33 ` Markus E Leypold
2006-12-22 18:26 ` Hyman Rosen
2006-12-22 20:59 ` Markus E Leypold
2006-12-22 21:01 ` Markus E Leypold
2006-12-23 14:09 ` Marco
2006-12-25 14:23 ` Hyman Rosen
2006-12-29 14:13 ` Marco
2006-12-25 14:20 ` Hyman Rosen
2006-12-23 11:43 ` Dmitry A. Kazakov
2006-12-25 13:49 ` Hyman Rosen
2006-12-25 14:39 ` Dmitry A. Kazakov
2006-12-26 1:34 ` Hyman Rosen
2006-12-26 9:11 ` Dmitry A. Kazakov
2006-12-26 16:23 ` Hyman Rosen
2006-12-26 19:28 ` Dmitry A. Kazakov
2006-12-27 1:44 ` Hyman Rosen
2006-12-27 9:21 ` Dmitry A. Kazakov
2006-12-27 19:06 ` Hyman Rosen
2006-12-28 10:59 ` Dmitry A. Kazakov
2006-12-28 16:29 ` Hyman Rosen
2006-12-29 11:12 ` Dmitry A. Kazakov
2006-12-29 14:56 ` Hyman Rosen
2006-12-28 17:35 ` Georg Bauhaus
2006-12-29 14:48 ` Dmitry A. Kazakov
2006-12-29 19:39 ` Georg Bauhaus
2006-12-30 9:58 ` Dmitry A. Kazakov
2006-12-30 14:53 ` Georg Bauhaus
2007-01-01 13:00 ` Dmitry A. Kazakov
2007-01-02 10:04 ` Georg Bauhaus
2007-01-02 11:11 ` Dmitry A. Kazakov
2007-01-02 12:33 ` Georg Bauhaus
2007-01-02 13:51 ` Dmitry A. Kazakov
2007-01-02 14:45 ` Georg Bauhaus [this message]
2007-01-03 10:10 ` Dmitry A. Kazakov
2007-01-03 14:20 ` Hyman Rosen
2007-01-03 14:55 ` Georg Bauhaus
2007-01-04 10:15 ` Dmitry A. Kazakov
2007-01-03 19:33 ` Alexander E. Kopilovich
2007-01-04 10:27 ` Dmitry A. Kazakov
2007-01-04 15:00 ` Alexander E. Kopilovich
2007-01-05 10:32 ` Dmitry A. Kazakov
2006-12-30 2:25 ` Randy Brukardt
2006-12-30 10:13 ` Dmitry A. Kazakov
2007-01-04 1:09 ` Randy Brukardt
2007-01-04 10:07 ` Dmitry A. Kazakov
2007-01-05 1:32 ` Randy Brukardt
2007-01-05 4:46 ` Randy Brukardt
2007-01-05 9:08 ` Jean-Pierre Rosen
2007-01-05 20:14 ` Georg Bauhaus
2007-01-06 0:14 ` Randy Brukardt
2006-12-29 0:09 ` Randy Brukardt
2006-12-29 11:11 ` Dmitry A. Kazakov
2006-12-30 2:40 ` Randy Brukardt
2006-12-21 16:55 ` Hyman Rosen
2006-12-21 18:22 ` markww
2006-12-22 3:01 ` Steve
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox