I tend to agree with Jon Conley... I was strictly a follower of C++ during my Embedded and Driver writing days.. but now since I m into Web Programming, I, like the vast majority here, feel that Java is the way to go. It gives quite a good feel of the power of C++, and the Portability is but a bonus. Love Always, Abhishek Shodhan. "Jon Conley (c)" <[EMAIL PROTECTED]> wrote: The bottom line is to use the best tool for your environment. Java is good for some web sites, which is why most of us like servlets. C++ is good for low-level, speed-intensive operations. VB is good for desktop and some web development, and so on. Once you've been developing software for a number of years, you start to realize that language choices come down to what works for the client or the company you work for. John Conley -----Original Message----- From: Willard Thompson [mailto:[EMAIL PROTECTED]] Sent: Friday, October 13, 2000 9:23 AM To: [EMAIL PROTECTED] Subject: Re: Stability of Java You're obviously agitated. The best response that I can give to that is what else out there is better? For a quick and simple network system I would use Java any day of the week. It's like anything else when you start something new, you have take the bumps and bruises before you can fully ride a bike. However, there is a little light at the end of the tunnel of what your saying. Because if I were to build a very large system I would use C maybe C++ because C has stand the test of time but Java (apparently - from you're comments) is still going through acceptance in the technology community. But like I said above for something that's small to medium size and networking I would definitely consider using Java. -----Original Message----- From: Howard Taylor [mailto:[EMAIL PROTECTED]] Sent: Friday, October 13, 2000 9:26 AM 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 ____________________________________________________________________ Get free email and a permanent address at http://www.amexmail.com/?A=1 ___________________________________________________________________________ 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
