Prev: call jni function dynamically without getting a JNIEnv handleas an argument.
Next: Encoding issue on my jsp page
From: Pitch on 28 Apr 2010 05:03 In article <d0c1f722-4bec-4728-81a2-22d91d57d4d8 @p35g2000prf.googlegroups.com>, blumstein.clarence(a)gmail.com says... > > Do you suggest me using IDE when I'm learning JAVA? because I'm about > to using Eclipse when I'm learning JAVA? Did you using IDE while/when > are a beginner? Use an IDE and a tutorial. If you get stuck ask here. Plenty of people will know beginner's stuff. -- stirr your cofee properly
From: RedGrittyBrick on 28 Apr 2010 06:21 On 27/04/2010 19:12, Tom Anderson wrote: > On Tue, 27 Apr 2010, Clarence Blumstein wrote: > >> Do you suggest me using IDE when I'm learning JAVA? > > No. You have enough to learn without also having to master an IDE. > > You should definitely have a good programmer's editor, though. On > Windows, Notepad2, Notepad++, or EditPad Lite. On OS X, TextWrangler. On > unix with GNOME, gedit. On unix with KDE, i have yet to find one. jEdit > is in java, so that will work on any platform. If you expect to use more than one of those platforms it may be worth learning an editor that is available for all those platforms. I'm pretty sure both of the one-true-editor are available for all those platforms, with and without GUI trappings. -- RGB
From: Tom Anderson on 28 Apr 2010 08:43 On Tue, 27 Apr 2010, Arne Vajh?j wrote: > On 27-04-2010 14:55, Lew wrote: >> cr88192 wrote: >>> anymore, I typically just do coding (in general) via the mix of Notepad, >> >> Notepad is very bad for Java programming because most extant versions >> don't handle Unicode and they don't like cross-platform line endings. > > Notepad has supported Unicode since at least Windows XP from 2002. > > There are no such a thing as cross-platform line endings. > > It is true that notepad only supports the Windows CR LF, which > means that it does not work when text files are moved as binary > files from *nix. > > But instead of blaming notepad then people should transfer the > files correctly. Rubbish. Should they unpack every jar they move across and see if it has text files in, so they can convert them? Should they then have to magically re-sign any sealed packages whose contents have changed? What they should do is just use a text editor which copes with all three line endings. Plenty do this. tom -- IMPORTANCE MEMO: >>> WHEN YOU BUY AN N-GAGE QD <<< PLEASE, please CONTINUE TO TALK ON THE SIDE!!$ Note: the other party will not be able to hear you, BUT WHO REALLY CRAPS A THING, SIDETALKIN' 2009++!!!
From: Tom Anderson on 28 Apr 2010 08:45 On Wed, 28 Apr 2010, RedGrittyBrick wrote: > On 27/04/2010 19:12, Tom Anderson wrote: >> On Tue, 27 Apr 2010, Clarence Blumstein wrote: >> >>> Do you suggest me using IDE when I'm learning JAVA? >> >> No. You have enough to learn without also having to master an IDE. >> >> You should definitely have a good programmer's editor, though. On >> Windows, Notepad2, Notepad++, or EditPad Lite. On OS X, TextWrangler. On >> unix with GNOME, gedit. On unix with KDE, i have yet to find one. jEdit >> is in java, so that will work on any platform. > > If you expect to use more than one of those platforms it may be worth > learning an editor that is available for all those platforms. > > I'm pretty sure both of the one-true-editor ed and cat? > are available for all those platforms, with and without GUI trappings. True. But some people (eg me) find them both horrific. Still, if you don't, definitely an excellent option. And one should know at least one of them (in particular, vi) anyway, for times when you don't have a GUI. As i mentioned above, jEdit is cross-platform. It runs everywhere java runs, and since we're talking about an editor for java development, that would seem to be sufficient. tom -- IMPORTANCE MEMO: >>> WHEN YOU BUY AN N-GAGE QD <<< PLEASE, please CONTINUE TO TALK ON THE SIDE!!$ Note: the other party will not be able to hear you, BUT WHO REALLY CRAPS A THING, SIDETALKIN' 2009++!!!
From: cr88192 on 28 Apr 2010 11:09
"Lew" <lew(a)lewscanon.com> wrote in message news:7715fd2a-a507-4869-8ec4-a91faa495bc4(a)g30g2000yqc.googlegroups.com... > cr88192 wrote: >> anymore, I typically just do coding (in general) via the mix of Notepad, > > Notepad is very bad for Java programming because most extant versions > don't handle Unicode and they don't like cross-platform line endings. > errm, Unicode in notepad works fine... (not that most people actually use any non-ASCII characters anyways, but Notepad works fine if they do...). but, we all know CRLF is the proper cross-platform line ending, since after all, it is used by Windows... (and typically people develop on Windows for Windows anyways, most non-Windows development often being a misnomer...). even when it is for non-Windows deployment, it is still typically developing on Windows for whatever is their target OS / HW... (ok, granted, the line-ending issue is an annoyance sometimes, but this is no bigger of an issue for Java than it is for C or C++...). but, this is typically a minor annoyance, little more... >> Explorer, and a command prompt (and typically GNU Make for building). not > > And Gnu make is useless for Java. > it works well for mixed-language codebases, and can easily invoke either javac or ant... but, in general, make does what make does, and it does it well... make really pays off though if C or C++ code comes into the mix, as is typically the case for mixed-language codebases, ... for a really generic build system, there is at present not a whole lot of solidly better options. Ant doesn't really do C or support lots of customization; MSBuild doesn't have any good non-MS implementations (AFAIK); most other options are either a hassle, are uncommon, don't work well of a variety of systems, don't support the needed level of customizability, ... (and often just use make as a backend anyways). the result then is that make is usually the best general tradeoff... (and it works a lot better than nmake...). at least I was not suggesting autoconf/configure... >> that there is anything noble about this, only that this approach just >> better >> suits my uses and personal experience (there are pros and cons to IDEs). >> > > I am a big fan of command-line project deployment, but those tools you > mention are not very useful for Java. > they work plenty well enough though... |