"Geir Harris Hedemark" wrote in message
...
"Ted Byers" writes:
It is up to the individual to get advice from his primary health care
provider as to what the daily recommended intake ought to be for each

In my case, my doctor also tries to sell me books and
stories. *grumble*

He _will_ be swapped for someone else if I actually need serious
medical care.

This presupposes there are doctors available who are taking on new patients.
My diabetes is being taken care of by the specialist who made the diagnosis
yeas ago because I have yet to find a doctor in this area who is taking on
new patients.

That is debatable. I don't mind C either. Like all languages, there
are
nasty synactic corners, but overall, it is the most useful language I
have
studied, with Perl being a close second.

Perl is nice for small scale stuff that needs to be done in a
hurry. We were in for quite a ride when we tried to do a 2000+ line
publication engine in it.


Is that all? ;-) The smallest commercial application I have worked on
required 20,000+ LOC, while 100,000 is more typical. You must have had
quite the library to be able to do something with so little code! Come to
think of it, it seems to me that the library that comes with the latest
version of Perl is quite large: a great many more features than anythng
shipped with any C++ compiler.

I cut my teeth on Simula. Ole Johan Dahl and Kristen Nygaard were some
of my tutors. That may have caused my innate hate of all things
C++-ish.

;-)

While I DO do comparisons of languages, for the purpose of multiparadigm
development, I tend to avoid language wars since every computer programming
language I have seen has its uses. EVEN VB has a role as a pwerful
scripting language for MS Office. But it doesn't have a significant role
elsewhere, IMHO.

[snip]
painful to adapt to Java. Yes, I know both Java and C++ are Turing
complete, so anything that can be done in one can be done in the other
in
theory, but that sidesteps the important issue practicability.

Yes, they are theoretically equivalent, but not necessarily in the
same time frame.

Yes, everything that can be done in C++ can be done in assembler, but the
project I finished last year (after three years, and six man-years of
effort) would probably not have been completed in my lifetime had anyone
been silly enough to try to develop it in assembler. But that project has
so far brought to the company for which I developed it over $800,000 since
it was finished, and at least another $700,000 is expected from it this
year.

As a point of fact, I am looking at a new database development that will
likely use Java applets for client side processing and PHP+SQL for
server

I don't envy you that task. Applets are notoriously hard to do in such
a way that they actually work consistently with what passes for
browsers in Redmond and elsewhere.

Alas, my options are limited. I like VBScript and JScript even less than
VB. And ActiveX controls in a web page are problematic since so many of
them introduce major security risks. What else is there for client side
processing? While I don't LIKE the idea, I see no opton other than to test
for the version of the Java runtime on the client machine and, if it is too
old, direct the user to keep the version of the runtime he's using up to
date. At least with Java, I don't have to worry about whether or not the
user is running Windows or Linux or something else.

Cheers,

Ted