Oh, Lord, what, you WANT a flame war?

Look, here's my bottom line: With Power Comes Complexity. Perl is simpler
than Java, Java is simpler than C++. With that simplicity you lose a
corresponding amount of power. But the end result is that it doesn't
matter--you can accomplish just about any project in just about any
language. C++ will be fastest, Java will come in second (due to the
presence of JITs and the like), and Perl will be last.

The "best" language to use is the one that (a) everybody feels comfortable
with, (b) has the capacity to easily do what the project demands, both now
and in the future, (c) produces maintainable code that, when everybody on
the project leaves and Management wants an update later, can easily be
understood by the poor schmuck who inherits it all.

My personal preference is for C++ and Java, since (a) those are the two
languages I know the best, and (b) I'm adept enough with either one that I
can produce reusable code that can be used in a variety of situations. If I
had to choose one vs. the other, I'd lean towards Java, simply because it's
a nice compromise between a high-level language like Perl and an
object-oriented language like C++--not too much power sacrificed to get
some nice simplicity.

Java also has the advantage that Perl (AFAIK--I'm not even a Perl newbie)
lacks in that Java has JNI, which would allow you to "call down" to C++
code if necessary. C++ code can also create a Java VM within it (again via
JNI), so using one doesn't exclude the other, and I think Perl can also be
fired up within a C++ process via library calls--why not use all three?

At 02:08 PM 5/6/99 -0700, [EMAIL PROTECTED] wrote:
>we are having a discussion here at work about the deployment of a web based
>database,
>
>i think jdbc is the choice othere think perl or c++ is the way to go, any
>thoughts/links etc?
>
>thanks
>
>
>----------------------------------------------------------------------
>To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 


----------------------------------------------------------------------
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to