Java Forum / General / December 2005
good IDE for java
stefanomnn - 11 Dec 2005 17:30 GMT hi, i'd like to have a good IDE for java, wich support j2ee...but i''d like this IDE not to be written in java! any one can help me?
timasmith@hotmail.com - 11 Dec 2005 19:11 GMT What would you like it written in...?
Regardless, Eclipse is a great IDE for java and has various plugins that can get you what you need for j2ee.
Roedy Green - 11 Dec 2005 20:36 GMT >hi, i'd like to have a good IDE for java, wich support j2ee...but i''d >like this IDE not to be written in java! >any one can help me? see http://mindprod.com/jgloss/ide.html
 Signature Canadian Mind Products, Roedy Green. http://mindprod.com Java custom programming, consulting and coaching.
Malte - 11 Dec 2005 22:06 GMT > like this IDE not to be written in java! > any one can help me? Strange!
Well, once you have gotten over it, try Eclipse or Oracle JDeveloper or Netbeans.
dwiz - 11 Dec 2005 22:51 GMT It's not that strange... Java IDEs are sluggish.
Anyway, JCreator is a simple, good one but the best, in my opinion, is Borlands JBuilder.
>> like this IDE not to be written in java! >> any one can help me? [quoted text clipped - 3 lines] > Well, once you have gotten over it, try Eclipse or Oracle JDeveloper or > Netbeans. q_q_anonymous@yahoo.co.uk - 11 Dec 2005 23:13 GMT > It's not that strange... Java IDEs are sluggish. > > Anyway, JCreator is a simple, good one but the best, in my opinion, is > Borlands JBuilder. many consider JBuilder to be the worst. I recall on my old computer, lying on my bed waiting for a list of methods to come up. It wasn't intuitive either, so many issues. Everything was a nuisance - the Classpath oh, and the bugs. Maybe if my comp was a bit faster with more ram it'd have been ok. JBuilder is v. unpopular.
Eclipse was a wonderful relief. Many used Eclipse as their favourite free one, and then later buy IntelliJ IDEA for its refactoring abilities like changing variable names.
I don't really use java, I haven't used IDEA. I used Eclipse ages ago and loved it, and JBuilder even longer ago which was a nightmare.
I would agree you don't want an IDE written in java ! You don't want any application written in java ;-) only applets. And who likes applets?
Alex Molochnikov - 12 Dec 2005 05:19 GMT > Many used Eclipse as their favourite free one, and then later buy > IntelliJ IDEA for its refactoring abilities like changing variable > names. Eclipse has these features. IDEA may have other advantages (just a supposition on my part, since I never used it), but refactoring ain't it.
> I don't really use java... ...yet feel qualified to judge its merits/failings.
> You don't want any application written in java ;-) For someone who, by his own admission, does not use Java, this statement rings hollow.
Alex Molochnikov Gestalt Corporation
Adie - 12 Dec 2005 08:34 GMT > <q_q_anonymous@yahoo.co.uk> wrote in message
>> You don't want any application written in java ;-) > > For someone who, by his own admission, does not use Java, this statement > rings hollow. It's a fair comment, I certianly wouldnt want to use a java windows app on a regular basis, theyre for the most part ugly and usually insufferably sluggish. Keep java on the server if you dont mind a maintenance reboot every 2 weeks, and it's not bad for web apps - fantastic for comp-sci 101. Although 'real' applications arent written in java, and 'real' engineers don't work with java as there's *always* a more suitable and elegant solution.
Alex Molochnikov - 12 Dec 2005 09:11 GMT > ...I certianly wouldnt want to use a java windows app on > a regular basis, theyre for the most part ugly and usually insufferably > sluggish. You either encountered poorly designed applications, or your negative experience stems from the pre-1.5 Java GUI. Sun was making steady progress, improving Swing performance, and as of Java 1.5 (actually, even 1.4.2) the GUI response is quite comparable with the native apps.
> Keep java on the server if you dont mind a maintenance reboot > every 2 weeks, and it's not bad for web apps - fantastic for comp-sci 101. If the server runs Windoze - the weekly (never mind by-weekly) reboot is a fact of life. Whether the app is written in Java or any other platform is immaterial. The crap comes from M$ OS.
> Although 'real' applications arent written in java, and 'real' engineers > don't work with java as there's *always* a more suitable and elegant > solution. "Real programmers don't eat quiche". Statements of this kind are a hallmark of immature wizkids that hold on to this belief until they get into the 'real' world. Then they quickly discover that:
a. lots of 'real' aplications are written in Java (Oracle Management Tools, for a quick reference) b. 'real' engineers work with what is most suitable for the task at hand. If the task calls for a robust, OO, cross-platform, multi-vendor solution, Java is the way. If the task calls for a distributed, or web-based solution, Java is the _best_ way.
Alex Molochnikov Gestalt Corporation
Daniel Dyer - 12 Dec 2005 16:48 GMT > a. lots of 'real' aplications are written in Java (Oracle Management > Tools, for a quick reference) The Oracle Management Tools are far from being a good example of desktop Java applications. They really are unpleasant.
Dan.
 Signature Daniel Dyer http://www.dandyer.co.uk
Alex Molochnikov - 12 Dec 2005 22:56 GMT > The Oracle Management Tools are far from being a good example of desktop > Java applications. They really are unpleasant. My respondent complained about the lack of "real" applications in Java. I offered one example - first that came to my mind. Whether or not it is pleasant to work with, is:
1. in the eye of beholder, and 2. has nothing to do with the fact that it is real, and Java.
Adie - 13 Dec 2005 07:33 GMT >> The Oracle Management Tools are far from being a good example of desktop >> Java applications. They really are unpleasant. [quoted text clipped - 5 lines] > 1. in the eye of beholder, and > 2. has nothing to do with the fact that it is real, and Java. The Trabant is a *real* car, a pile crap but it'll just about get you from A to B.
Adie - 12 Dec 2005 17:09 GMT > "Adie" <adie@oh-f.ck.com> wrote in message
>> ...I certianly wouldnt want to use a java windows app on >> a regular basis, theyre for the most part ugly and usually insufferably [quoted text clipped - 4 lines] > improving Swing performance, and as of Java 1.5 (actually, even 1.4.2) the > GUI response is quite comparable with the native apps. So we've had the insuferably poor performance for how many years? And it's *just* improved in 1.5? Comparable to a Delphi, VC++ or heaven help us; a VB application?
>> Keep java on the server if you dont mind a maintenance reboot >> every 2 weeks, and it's not bad for web apps - fantastic for comp-sci 101. > > If the server runs Windoze - the weekly (never mind by-weekly) reboot is a > fact of life. Whether the app is written in Java or any other platform is > immaterial. The crap comes from M$ OS. All 400+ of our servers are Linux boxes.
>> Although 'real' applications arent written in java, and 'real' engineers >> don't work with java as there's *always* a more suitable and elegant [quoted text clipped - 3 lines] > of immature wizkids that hold on to this belief until they get into the > 'real' world. Then they quickly discover that: Hey, very much real world here sweetums, we have Java developers falling outa the cracks in the walls - several hundred of 'em. I get the pleasure of writing the damn specs and project managing the buggers - used to have the pleasure of writing the damn code and being managed.
> a. lots of 'real' aplications are written in Java (Oracle Management Tools, > for a quick reference) And it sucks. You cant hold that pile of poop up surely? It's horrible. Mind you, what's the Oracle server written in? Java, nah.
> b. 'real' engineers work with what is most suitable for the task at hand. If > the task calls for a robust, OO, cross-platform, multi-vendor solution, Java > is the way. If the task calls for a distributed, or web-based solution, Java > is the _best_ way. Cross-platform, multi-vendor screams C++ with a framework of choice, to me.
Distributed, then yes, with app-servers and DB support Java becomes a potent tool.
Web apps? Anthing .NET kicks Java squarely in the teeth.
Can you tell I dont like Java ;-)
Daniel Dyer - 12 Dec 2005 17:25 GMT > All 400+ of our servers are Linux boxes. > [quoted text clipped - 12 lines] > of writing the damn specs and project managing the buggers - used to have > the pleasure of writing the damn code and being managed. So you're aware that there is an awful lot of Java development in the real world, which raises the question: If they're not "real engineers" and not writing "real applications", just what are these several hundred Java developers doing for you?
> Web apps? Anthing .NET kicks Java squarely in the teeth. But not, I would guess, when you can only host the web apps on your 400+ Linux servers.
Dan.
 Signature Daniel Dyer http://www.dandyer.co.uk
Roedy Green - 12 Dec 2005 22:37 GMT >So we've had the insuferably poor performance for how many years? And it's >*just* improved in 1.5? Comparable to a Delphi, VC++ or heaven help us; a >VB application? use an AOT compiler. You have not examined that and I predict you will continue to. You are about proving Java bad rather than solving a real world problem.
see http://mindprod.com/jgloss/jet.html and prove me wrong.
The problems with Java are start up of the JVM. Sun is not interested in speeding that up since nobody cares how long a server takes to waddle to its feet, only how fast it is day after day once it is running.
 Signature Canadian Mind Products, Roedy Green. http://mindprod.com Java custom programming, consulting and coaching.
Luc The Perverse - 13 Dec 2005 00:42 GMT > see http://mindprod.com/jgloss/jet.html and prove me wrong. Your benchmarks link http://www.excelsior-usa.com/jetbench.html is broken
You can update the link with this one http://www.excelsior-usa.com/jetbenchjfcmark.html
-- LTP
:) Adie - 13 Dec 2005 12:20 GMT >>So we've had the insuferably poor performance for how many years? And it's >>*just* improved in 1.5? Comparable to a Delphi, VC++ or heaven help us; a [quoted text clipped - 3 lines] > continue to. You are about proving Java bad rather than solving a real > world problem. Why should i have to mess around when the others have it out-of-the-box?
> see http://mindprod.com/jgloss/jet.html and prove me wrong. > > The problems with Java are start up of the JVM. Sun is not interested > in speeding that up since nobody cares how long a server takes to > waddle to its feet, only how fast it is day after day once it is > running. I have minimum issues with Java on the server, but for rich client or windowing applications, it really blows.
I guess the other useful application of java is as a wrapper to low level API's, i've seen that a lot with enterprise applications.
One final plus for java; it's ease of use, quick learning curve and the masses of java developers falling over each other to earn a buck an hour in India.
Alex Molochnikov - 12 Dec 2005 23:05 GMT > Can you tell I dont like Java ;-) I can. I should have also recognized that you are just another Java-bashing troll, using this thread to spread FUD about Java, while having no real knowledge/experience in the subject.
My bad.
EricF - 13 Dec 2005 05:09 GMT >> "Adie" <adie@oh-f.ck.com> wrote in message > [quoted text clipped - 32 lines] >of writing the damn specs and project managing the buggers - used to have >the pleasure of writing the damn code and being managed. Get some good Java developers then. I'm willing to bet the problems are memory/resource leaks - you guys using JDBC to get to a database? Connections being closed? I work at a telcom and we need to reboot our Java apps weekly. A junuior developer didn't understand how to close database resources.
Typically the apps at my current company are restarted every 3 months. Not that they need it - we do releases quarterly.
Eric
Adie - 13 Dec 2005 07:45 GMT >>> "Adie" <adie@oh-f.ck.com> wrote in message >> [quoted text clipped - 37 lines] > being closed? I work at a telcom and we need to reboot our Java apps weekly. A > junuior developer didn't understand how to close database resources. I'd hope that some of our guys understand GC... but i'll make sure :-)
Thanks.
Roedy Green - 13 Dec 2005 09:29 GMT >I'd hope that some of our guys understand GC... but i'll make sure :-) What is your purpose in life, to be human mosquito?
See http://mindprod.com/jgloss/gc.html
 Signature Canadian Mind Products, Roedy Green. http://mindprod.com Java custom programming, consulting and coaching.
Adie - 13 Dec 2005 12:34 GMT >>I'd hope that some of our guys understand GC... but i'll make sure :-) > > What is your purpose in life, to be human mosquito? And what is that supposed to mean? Do you have something against humans?
Alex Molochnikov - 13 Dec 2005 17:33 GMT No, he has something against mosquitos pretending to be humans.
> >>I'd hope that some of our guys understand GC... but i'll make sure :-) > > > > What is your purpose in life, to be human mosquito? > > And what is that supposed to mean? Do you have something against humans? Adie - 13 Dec 2005 20:43 GMT > No, he has something against mosquitos pretending to be humans. Please dont top-post, you'll have everyone thinking this is a Microsoft group.
EricF - 14 Dec 2005 05:06 GMT >>I'd hope that some of our guys understand GC... but i'll make sure :-) > >What is your purpose in life, to be human mosquito? > >See http://mindprod.com/jgloss/gc.html A lot of PMs are indeed pests. ;-)
But if their servers need to be bounced that often, something isn't right.
Eric
EricF - 14 Dec 2005 05:04 GMT >> In article <kokf4u48m6ko$.gm4z5thgx6zm$.dlg@40tude.net>, Adie > <adie@oh-f.ck.com> wrote: [quoted text clipped - 43 lines] > >I'd hope that some of our guys understand GC... but i'll make sure :-) Actually if it's database resources, GC doesn't help. Those resources need to be closed.
Eric
IchBin - 12 Dec 2005 09:23 GMT >> <q_q_anonymous@yahoo.co.uk> wrote in message > [quoted text clipped - 9 lines] > don't work with java as there's *always* a more suitable and elegant > solution. Everybody lives in their own world or company and do what they known. I have worked at a lot of companies. I would recommend that you do the same because maturity is a funny thing..
 Signature Thanks in Advance... IchBin, Pocono Lake, Pa, USA http://weconsultants.servebeer.com/JHackerAppManager __________________________________________________________________________
'If there is one, Knowledge is the "Fountain of Youth"' -William E. Taylor, Regular Guy (1952-)
Daniel Dyer - 12 Dec 2005 16:56 GMT >> Many used Eclipse as their favourite free one, and then later buy >> IntelliJ IDEA for its refactoring abilities like changing variable [quoted text clipped - 6 lines] > > ...yet feel qualified to judge its merits/failings. NetBeans also has refactoring tools, but IDEA's refactoring support is more comprehensive. If you don't use IDEA how do you know that Eclipse matches it in this regard? I'm not saying that it doesn't (I am similarly unqualified to make the call because I don't like to use Eclipse).
Dan.
 Signature Daniel Dyer http://www.dandyer.co.uk
Scott Ellsworth - 12 Dec 2005 21:43 GMT > > Many used Eclipse as their favourite free one, and then later buy > > IntelliJ IDEA for its refactoring abilities like changing variable > > names. > > Eclipse has these features. IDEA may have other advantages (just a > supposition on my part, since I never used it), but refactoring ain't it. IDEA had, last time I checked, a better set of refactoring tools. I need to check again, as IDEA bumped to version 5 in the same time frame that Eclipse went to version 3.1, and both added more cookies. That said, at the time, the IDEA refactorings went beyond what Eclipse provided by default at the time.
For me, the big win of IDEA was that the workspace, project files, module files, etc., were all XML, so I could generate the entire set of 150 interlocked projects for one of my clients with just one command. Dependency changes, moved projects, etc, all were pretty painless.
Eclipse allows the .project/.classpath files to be created by hand, but there is no way to create a workspace save through a manual process in the IDE. Perhaps the buckminster project will change this.
Scott
 Signature Scott Ellsworth scott@alodar.nospam.com Java and database consulting for the life sciences
EricF - 13 Dec 2005 04:59 GMT >> Many used Eclipse as their favourite free one, and then later buy >> IntelliJ IDEA for its refactoring abilities like changing variable >> names. > >Eclipse has these features. IDEA may have other advantages (just a >supposition on my part, since I never used it), but refactoring ain't it. IDEA is superb and it's refactoring is much better than Eclipse's. Eclipse is catching up - but it's not there yet.
Eric
Roedy Green - 12 Dec 2005 01:46 GMT >It's not that strange... Java IDEs are sluggish. Please be specific when you tar like that. It is quite improper to tar products you have never even used.
 Signature Canadian Mind Products, Roedy Green. http://mindprod.com Java custom programming, consulting and coaching.
q_q_anonymous@yahoo.co.uk - 12 Dec 2005 10:37 GMT From: "" <q_q_anonymous@yahoo.co.uk> Newsgroups: comp.lang.java.programmerSubject: Re: good IDE for java Date: Mon, 12 Dec 2005 02:30:56 -0800
> >It's not that strange... Java IDEs are sluggish. > > Please be specific when you tar like that. It is quite improper to > tar products you have never even used. > -- many have experienced that! JBuilder for example. You could google jbuilder sluggish or google "jbuilder is slow" then google "jbuilder is fast". When I used it in 2002, it was too bloated to run on the computers of the time. it's slow because it was written in java.
google "java is slow" 21,200 results google "java is fast" 1,100 results
this is all common experience. Maybe Java has improved, but I can be excused for being skeptical!
Nobody should need to cite examples of java being slow. It's just obvious. I don't recall any 'big' java app or any small java app even, that i've liked or kept!! Azeureus , Jbuilder, People avoid java apps!!
Actually, I just googled mainstream java apps and the cloest match I found was a webpage saying "There are very few mainstream Java desktop applications" google's Usenet archive offered as a close match, a post from 1998 asking why java apps hadn't gone mainstream given the millions of java programmers!
Roedy Green - 12 Dec 2005 11:14 GMT >google "java is slow" 21,200 results >google "java is fast" 1,100 results > >this is all common experience. Maybe Java has improved, but I can be >excused for being skeptical. You are a waste of time. You post anonymously. You don't even bother to do an experiment before repeating trolls.
 Signature Canadian Mind Products, Roedy Green. http://mindprod.com Java custom programming, consulting and coaching.
q_q_anonymous@yahoo.co.uk - 12 Dec 2005 14:14 GMT > >google "java is slow" 21,200 results > >google "java is fast" 1,100 results [quoted text clipped - 3 lines] > > You are a waste of time. you are 1 person saying so. So you agree with the whole
>You post anonymously. You don't even bother > to do an experiment before repeating trolls. > -- oh no, the java police. and they call names too. . Name-calling helps to win arguments if your audience are a bunch of fools. I guess you consider yourself a leader of lemmings, pointing out trolls so the helpless ppl(pimples) don't get lost like lemmings.
so why don't you tell us why java apps aren't mainstream. And do so in a way that won't make you a troll by your own undocumented definition of the word.
or is it that anybody that dares claim that java apps aren't mainstream is a heretic
Oh, you don't like me posting in a way that is semantically anonymous. If I had called myself FlintBlah or PotOfSoup like many people call themselves maybe that'd be better for you, that is less anonymous, is it? 'cos that'd really gives away my identity! Or if I used a fake name like many people do, that'd be ok, i wouldn't be anonymous anymore, and you be any wiser(or less wise) .
you should really see the stupidity in your reasoning.
or are you one of those guys that in order not to be too anonymous, likes to put all his ideas and thoughts on his t-shirt. It's mostly teenagers that do that. Thouigh some immature adults do too.
I don't subscribe to that camp
You should be experienced enough to know that a person that uses their name on usenet isn't necessary making a useful contribution. Likewise, a person that posts as Anonymous is not necessarily a troll. On the contrary, the troll is often soembody with a regular sounding name like Paul Ranton and people might think that is his name.
You are being very very silly, you know that, don't you?
Scott Ellsworth - 12 Dec 2005 21:39 GMT > so why don't you tell us why java apps aren't mainstream. And do so in > a way that won't make you a troll by your own undocumented definition > of the word. Half the apps I regularly use, both custom and in wide distribution, are written in Java. These do a combination of computational biology, database management, or numerical analysis, plus, of course, software development. They perform well enough - usually, they are network, database, or IO bound.
Once that happens, your implementation language does not really matter, save insofar as it lets you build better products, build products more quickly, or maintain existing products more effictively. Java seems to hit the mark for most of these.
> or is it that anybody that dares claim that java apps aren't mainstream > is a heretic Nope. Anyone who makes claims about Java that do not match the real world experience of the people here is considered a likely troll. Especially if they are anonymous.
There is credibility to a real name and company. If you also make unambiguous testable statements, like 'Java can be used successfully for computational biology,' then people have some idea of what you know. For us, it lets others know just what spaces our consulting group works in. Sure, I could like about who I work for, but then there is not much point.
Scott
 Signature Scott Ellsworth scott@alodar.nospam.com Java and database consulting for the life sciences
Roedy Green - 12 Dec 2005 22:38 GMT >oh no, the java police. and they call names too. . Shut up you a.shole. Do an experiment. That would be interesting. Your idiotic ramblings based on nothing but reading propaganda are worthless.
 Signature Canadian Mind Products, Roedy Green. http://mindprod.com Java custom programming, consulting and coaching.
q_q_anonymous@yahoo.co.uk - 16 Dec 2005 00:00 GMT > >oh no, the java police. and they call names too. . > [quoted text clipped - 3 lines] > > -- I can see that you're very protective of your beloved java, and you feel that I've violated her. On the day that I violated the virginity of java, I didn't intend to run off, and I didn't know she was your beloved either. I'm glad that you're willing to share her, but i'm not into that sort of thing. It's not that I don't find her attractive, she has quite a nice body(this is well known), but there are a few aspects to her that I found infuriating. I couldn't bear living with her anymore. Rest assured, I didn't intend to upset her, things just didn't work out between us.
I wish you the best of luck together
J. Verdrengh - 12 Dec 2005 11:45 GMT Java program startup is slow. As a java program starts, it unzips the java libraries and compiles parts of itself, so an interactive program can be sluggish for the first couple seconds of use. This approaches being a reasonable explanation for the speed myth. But while it might explain user's impressions, it does not explain why many programmers (who can easily understand the idea of an interpreted program being compiled) share the belief.
(c) http://www.idiom.com/~zilla/Computer/javaCbenchmark.html
q_q_anonymous@yahoo.co.uk - 12 Dec 2005 13:32 GMT > Java program startup is slow. As a java program starts, it unzips the java > libraries and compiles parts of itself, so an interactive program can be [quoted text clipped - 5 lines] > > (c) http://www.idiom.com/~zilla/Computer/javaCbenchmark.html Slow startup is rather serious. Programmers understand that java does a lot more behind the scenes than other languages. And when jars are used, there's the decompression issue on startup. These although understood, are not tolerated timewise using a C++ alternative exists!! It may well be that java is nicer for some to program in. But Using the app is another matter.
That theoretical test at the link didn't check bulky applications. Practice shows they kludge along.
That article provides a very weak explanation at the end, that java isn't really so slow it's all down down to psychology!!
Had they asked people that have tried java applications for specific reasons why they gave up on them. Then you'll start to see concrete reasons. Not human psychology. And these reasons only apply to java apps. Or, apply to java apps moreso than to C++ apps.
It's possible that now java runs faster - though not as fast as C++. But because java with swing was so slow in the past, it has that stigma, that bad reputation, so people see java apps and download the other one! I haven't tried many java apps recently because of past experience of java programs. Though actually, a recent java app I tried was a complete nuisance - GUI wise. Azureus
The app did things that a regular Windows GUI would never do. Because sometimes the java GUI components aren't quite right. People tend not to find the right standard components The find a component with issues or bugs. I recall programming a GUI in java where you coulc click and drag the contents of one box into another. It took me a long time to look for the right component, but I never found exactly the right one, and I remember having to do some ridiculous workarounds. FWIW it was a team project - i.e. not just me. A Standard windows component like in VB wouldn't have had the problem I ran into in the click and drag.
So, that's just yet another reason why java programs haven't taken off. The GUI components have issues.
Plus i'm quite sure that java programs use more memory. the bigger the program, the more memory it takes up.
I remember lecturers unable to do their presentation because running 2 big java apps at the same time was too much for their computer. Everybody in the hall knew it was java. THat wouldn't have happened had the prgorams been C++.
zero - 12 Dec 2005 13:51 GMT q_q_anonymous@yahoo.co.uk wrote in news:1134383864.593353.5500 @g14g2000cwa.googlegroups.com:
> many have experienced that! JBuilder for example. You could google > jbuilder sluggish or google "jbuilder is slow" then google "jbuilder > is fast". When I used it in 2002, it was too bloated to run on the > computers of the time. it's slow because it was written in java. I tried JBuilder several years ago, and it was slow. I haven't tried the newest version though.
In contrast, I have only tried eclipse very recently, and I found it to be fast enough.
I believe you are suffering from the same illness that so many IT people have: you're fixed in your beliefs and don't want to be convinced that there are nuances. Just like many believe the dogma "Windows bad, Linux good" without looking at the facts (which are that with each subsequent release, the difference becomes smaller), you are holding on to the belief that Java is too slow for the real world. Not long ago, I saw two school projects about genetic algorithms. Both did more or less the same, but one was written in Java, the other in C++ (with Borland Builder). The Java one was faster.
This of course had to do with the coding - both were done well, but the Java implementation used HashMaps to store and retreive data, while the C++ one used StringLists. The point is however that you can't just say Java is slow without looking at the facts - and not facts from 3 years ago, as you did in your post.
 Signature Beware the False Authority Syndrome
Luc The Perverse - 13 Dec 2005 00:53 GMT > google "java is slow" 21,200 results > google "java is fast" 1,100 results > > this is all common experience. Maybe Java has improved, but I can be > excused for being skeptical! Results 1 - 100 of about 8,770,000 for java is slow. (0.34 seconds)
Results 1 - 100 of about 30,600,000 for java is fast. (0.21 seconds)
???
Also I hardly think a number of results for a google search is highly conclusive indicator of something's truth.
OMG OMG OMG!!!!!
about 61,800,000 for cancer is good. (0.54 seconds)
about 23,600,000 for cancer is bad. (0.13 seconds)
-- LTP
:) q_q_anonymous@yahoo.co.uk - 15 Dec 2005 19:21 GMT > > google "java is slow" 21,200 results > > google "java is fast" 1,100 results [quoted text clipped - 7 lines] > > ??? very good. Now try adding quotation marks
"java is slow" 16,000 "java is fast" 1,100
Obviously look at the results too, so you know you're not misinterpreting the results. Your experiment was intentionally misleading. Without quotation marks you'll get articles that discuss how to make java faster, and think they are saying java is fast.
By the way. It is possible that since Version 1.5, java is fast.
By the way. I never said thisi s conclusive. only a guide
> about 61,800,000 for cancer is good. (0.54 seconds) > > about 23,600,000 for cancer is bad. (0.13 seconds) > > -- Neither of those are the kind of statements one would expect in a sensible article.
Look at the results and then attempt a quick evaluation of the nature of the articles. What they are actually saying, and if they are, whether all the aricles that appear in the first 10 were written by quacks. whether they are making a controversial statement - which they obviously are.
You have to use your intelligence, when looking at results.
Luc The Perverse - 11 Dec 2005 22:59 GMT > hi, i'd like to have a good IDE for java, wich support j2ee...but i''d > like this IDE not to be written in java! > any one can help me? You could always take a compiler written in Java and compile it to native language :)
Perhaps the true question is - why do you not want the IDE to be written in Java?
-- LTP
:) stefanomnn - 15 Dec 2005 17:01 GMT Well... i use oracle jdeveloper...and often the IDE CRASCH!!! i've got a good pc (750 Mb of RAM) and it's not enough! i used visual studio for .NEW web application, it is more confortable!
stefanomnn ha scritto:
> hi, i'd like to have a good IDE for java, wich support j2ee...but i''d > like this IDE not to be written in java! > any one can help me?
Free MagazinesGet these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...
|
|
|