Thanks for making good use of the band width you mentioned Einstein and
thanks for addressing the issues I raised big mouth.
Graham Stewart <[EMAIL PROTECTED]> on 10/13/2000 09:11:29 AM
Please respond to "A mailing list for discussion about Sun Microsystem's
Java Servlet API Technology."
<[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject: Re: Stability of Java
Well I wouldn't want to force any more of that sandwich down your
knowledgeable throat. Maybe you should sign-off this list and leave some
bandwidth to us poor remaining unenlightened folks.
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Howard Taylor
Sent: 13 October 2000 14:26
To: [EMAIL PROTECTED]
Subject: Stability of Java
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
___________________________________________________________________________
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
