Re: private include files
Chris Bensler wrote:
<big snip>
> Euphoria's foremost characteristic is elegance. Consider that first.
> Elegance doesn't just mean pretty and simple. It also means stable and
> homogenous. Local includes does not fit well in Euphoria's existing
> structure. The very reason WHY euphoria is simple, is because it's
> design is based on very few concepts, which are used well.
Well spoken.
> When I think of elegance I think of ballroom dancing. There are no
> sudden movements, everything flows and the dancers are symbiotic (they
> act as one).
Nice picture.
> Euphoria's elegance is the reason most of us are using Euphoria.
I also think so.
> I personally, would argue against any solution geared at circumventing
> issues with backwards compatability. Deal with the compatability, and we
> will have a much more desirable and effective Euphoria.
I'm just a little lazy ATM, so instead of writing something myself, I'll
put some quotes from my clipboard here, that shall underline, why all
this is so important.
"I absolutely fail to see how we can keep our growing programs firmly
within our intellectual grip when by its sheer baroqueness the
programming language -- our basic tool, mind you! -- already escapes our
intellectual control."
[E. W. Dijkstra (1987), The Humble Programmer (talking about PL/I)]
"We must recognize the strong and undeniable influence that our language
exerts on our way of thinking, and in fact defines and delimits the
abstract space in which we can formulate -- give form to -- our thoughts."
[N.Wirth, 1974]
"A language that doesn't affect the way you think about programming, is
not worth knowing."
[A.J. Perlis (1982), Epigrams on Programming, No. 19]
"An unreliable programming language generating unreliable programs
constitutes a far greater risk to our environment and to our society
than unsafe cars, toxic pesticides, or accidents at nuclear power
stations."
[C.A.R. Hoare (1987), The Emperor's Old Clothes]
"Programmers are always surrounded by complexity; we cannot avoid it.
Our applications are complex because we are ambitios to use our
computers in ever more sophisticated ways. Programming is complex
because of the large number of conflcting objectives for each of our
programming projects. If our basic tool, the language in which we design
and code our programs, is also complicated, the language itself becomes
part of the problem rather than part of its solution."
[C.A.R. Hoare (1987), The Emperor's Old Clothes]
Regards,
Juergen
|
Not Categorized, Please Help
|
|
