Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!eternal-september.org!feeder.eternal-september.org!newsfeed101.telia.com!starscream.dk.telia.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Robert Klemme Newsgroups: comp.lang.java.programmer Subject: Re: How to develop without an IDE? Date: Sun, 29 Apr 2012 13:21:21 +0200 Lines: 31 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: individual.net LtDw+n30ntnAYOATyMcGjgyovWHPow9wLXb8k64038IY6b2uY= Cancel-Lock: sha1:hFxPPwv92wXzRfCP8YmLiX68n7o= User-Agent: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:12.0) Gecko/20120420 Thunderbird/12.0 In-Reply-To: Xref: csiph.com comp.lang.java.programmer:14016 On 24.04.2012 14:53, Rui Maciel wrote: > Nonetheless, we should understand that there is no such thing as a "one size > fits all" solution. No IDE is the best tool for every conceivable scenario > ever faced by every programmer that ever lived. You apply a common discussion method here: make the claim of the other side much bigger than what actually was said to make it easy to show how absurd it is. Please stop posting commonplaces like this and discuss concrete claims - not abstract statements about tool A vs. tool B as you did before. > Now, just to point out how a "modern IDE" is inadequate in some > circumstances, I can point you to those cases where a programmer, for some > reason, happens to need to work on some project with one of those flimsy > netbook computers, the ones with tiny monitors and limited disk space. > Running an IDE on one of those systems is an experience that only a > masochist can enjoy, and even then he would have trouble doing any work. > Meanwhile, it isn't hard to find a bunch of text editors that work perfectly > well with those limitations. If a program needs to be deployed on such a machine this does not automatically mean that it needs to be edited or compiled there. Regards robert -- remember.guy do |as, often| as.you_can - without end http://blog.rubybestpractices.com/