It's nice how 24 hours can make an expert on things, I admit that I'm not an
expert but have been on this list for well over 2 weeks.
IMHO Java has better and more easily accessable documentation than any other
programing language or standard I've worked with, as for incompatabilities,
do you expect your c programs to run without the proper dll files?
Using the standard API, I've been able to port my code across 3 different
platforms, I don't think you can easily do this in any other language. As
for misunderstandings, you see as many people answering questions on the
list as answering them, people who have the answers don't ask the
questions....
As for tools leaving different directory structures, have you looked at the
majority of programs that you install on your computer? Most tend to make
their own directory, even 2 products made by the same company tend to make
their own directory structures.
As for your example, I suppose your right, nobody will ever successfully
make cars that use parts from other cars, instead they make parts that work
with other cars... java is just a part of the computer world... You ever
see how many cars your light bulbs work with? Your engine is used in?
Compare for example the cost of parts for a Chevy 350, and some other less
used engines, reusable parts seems to end up with lower costs.
As for time lost, I can write code in java with just a few hundred lines in
less than a few hours that would take me well over a night in c. Now if I
get into unfamiliar ground (such as swing/awt for me) I may waste the time
savings learning how to do what I want, but the actual amount of code is
very minimal, with some practice and experience it can save you time, not
waste it.
> I have been on this little "chat" board for less than 24 hours and I have
> seen enough to confirm to me that Java is a bad tool. I have never in my
> life seen a development tool that is so misunderstood. No one knows how
to
> use. It is about as crude as COBOL. I have never seen anything like it.
> The lack of professional documentation should send a strong message to the
> programming community. Error messages come up and there is no way in this
> world to find out what they mean. Just look at some of the questions that
> come across these emails. I have yet to see someone answer a question
> posted. That is because nobody can say with any degree of confidence that
> their solution will work from machine to machine. Isn't Java supposed to
> be OS independent? Why does code work on one machine and not another?
Why
> are there so many different development tools that are supposed to do the
> same thing? Why is it that all of these tools install and leave a
> directory structure behind that a person using a different tool can't
> recognize? Java is just a huge shit sandwich that SUN is trying to ram
> down our throats in their little battle with Microsoft.
>
> We have very talented programmers on staff where I work and we cannot get
> any consistency out of Java. PEOPLE, HEAR THIS ... no one will ever have
> success making a car that can accept parts from other cars ... PERIOD.
> There is no way that Java will ever work. There are too many variables
> involved from machine to machine to allow Java to run consistently. Let's
> take a web site that runs applets. You can bet your ass that a good
number
> of people who hit the site will have an error when that applet tries to
> run. It happens every day when I get on. As soon as that happens to me I
> am out of there and you just lost my interest/BUSINESS.
>
> Even if you think you can make it work was it worth all the time it took?
> Hardly. I have been trying to get a very simple servlet to run that I got
> out of the Deitel & Deitel Java How To book. D&D swears it runs on their
> machines. Why won't it run here. I have sent numerous emails to them and
> they have been trying to figure out what is wrong but can't. These guys
> are supposed to know what they are doing. A perfect example of the
> instability of Java.
>
> How many millions of man-hours are going to be wasted on Java before IS
> managers realize it doesn't work? We need to get back to the business of
> client server programming and trash this cancer of a tool.
>
> I CHALLENGE SUN TO DEFEND THIS PRODUCT. IT DOES NOT WORK AS BRAGGED.
>
>
___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
