Re: Obstacles for Tcl/Tk commercial application development ?
- From: Óscar Fuentes <ofv@xxxxxxxxxx>
- Date: Sun, 03 Feb 2008 05:15:45 +0100
Darren New <dnew@xxxxxxxxxx> writes:
[snip]
Static typing doesn't give you *any* guarantees of correctness. Maybe
it helps good programmers be better, but it doesn't give you any
guarantees. That's exactly 100% what I'm saying. Why are you arguing
with me? ;-)
Are you teasing me? I guess not, as you write too much for this
discussion being a joke.
proc foo { a b } {
return [expr { a + b }] ;# may bomb!
}
int foo(int a, int b) {
return a + b; // just fine
}
[snip]
Yah. I'm just discussing in general. I like calling people on things
when they make absolute statements that I think are inaccurate,
because occasionally I learn a new absolute truth! :-)
Please quote the text where I made an absolute statement or claimed a
"new absolute truth".
It seems that we are on a different wavelength. As I insist on claiming
a *limited* but quite real effectiveness of static typing on software
quality, you insist on an "all or nothing" view.
If you admit that software testing is necessary, how can you dismiss the
value of a feature that guarantees that *some* bugs does not happen? On
a dynamic language, you need lots of test cases for checking something
that a statically typed language checks while compiling.
All this discussion is summarized, from my part, saying that you have
some opinions wrong (see the first paragraph of this message) but I keep
failing to change your mind, partly because you ignore my warnings about
some things falling outside the coverage of static typing. If you are
interested on pursuing further a clarification about the usefulness of
static typing, ask somebody with a better English skills than me :-)
Last, but not least, in the case I need to implement some bizarre
feature on my datetime or string handling, be assured that the compiler
will point me to the "interesting" places that possibly need to be
changed and, after the change, it will refuse to compile code that does
not obey the checks that describes the new feature. (BTW, this is
something C++ does not do well, the first part due to automatic type
casts, and the second part due to poor expresiveness for type
constraints, something that the C++ community is trying to address on
the next standard).
What language *are* you using? It sure looks like something built on
top of LISP.
It just shares the syntax. The rest is unrelated.
--
Oscar
.
- Follow-Ups:
- Re: Obstacles for Tcl/Tk commercial application development ?
- From: Darren New
- Re: Obstacles for Tcl/Tk commercial application development ?
- From: Cesar Rabak
- Re: Obstacles for Tcl/Tk commercial application development ?
- References:
- Re: Obstacles for Tcl/Tk commercial application development ?
- From: Darren New
- Re: Obstacles for Tcl/Tk commercial application development ?
- From: Óscar Fuentes
- Re: Obstacles for Tcl/Tk commercial application development ?
- From: Darren New
- Re: Obstacles for Tcl/Tk commercial application development ?
- From: Óscar Fuentes
- Re: Obstacles for Tcl/Tk commercial application development ?
- From: Darren New
- Re: Obstacles for Tcl/Tk commercial application development ?
- Prev by Date: Re: Why doesn't foreach return a value
- Next by Date: Re: Obstacles for Tcl/Tk commercial application development ?
- Previous by thread: Re: Obstacles for Tcl/Tk commercial application development ?
- Next by thread: Re: Obstacles for Tcl/Tk commercial application development ?
- Index(es):
Relevant Pages
|