Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.help > #2706
| From | Steve <tinker123@gmail.com> |
|---|---|
| Newsgroups | comp.lang.java.help |
| Subject | Re: Eclipse: Folding Code Blocks More Specific Than Methods? |
| Date | 2013-05-03 16:53 -0400 |
| Organization | A noiseless patient Spider |
| Message-ID | <km17ts$c7b$1@dont-email.me> (permalink) |
| References | <klu7km$ja7$1@dont-email.me> <oxBgt.28705$oP1.8900@newsfe08.iad> <km0dhf$eio$1@dont-email.me> <RoTgt.16453$VE.2182@newsfe25.iad> |
On Friday May 03 2:32 PM, Daniel Pitts wrote: > No harm in being familiar with what "everyone uses". As long as you > don't use it only for that reason. I used EMACS in college when everyone was using VI and I've used VSE for the past 14 years where nobody at anyplace I ever worked was familiar with it. > Yup. I've paid for my own when my company wouldn't, but now my company > pays for it. They also have good "upgrade" licenses which reduces the > TCO over time. I've paid for slickedit a number of times too. At least IntelliJ is $100 cheaper. > The big features in IntelliJ I like is its automatic code completion. It > is extremely smart about types and scope, it also is camel-case aware. > For example, if there is a method MyFoo findMyFoo(), and I want the > following code written: MyFoo foo = findMyFoo(); The keystrokes I need are: > M-F (command-space) foo = (command-space); if there are other "MyFoo" > values (other variables or methods), then I need to differentiate > between them. It will provide a drop-down to show the ambiguity, but I > can type "fmf" or "fMF" to narrow it down to findMyFoo". I take code completion in an IDE for granted. I've noticed that Eclipse takes it to a bit more of a fancy level, similar to what you describe. I'm not a 100% sure that VSE is camel case sensitive, but I think it is. It just does so many things right that I take a lot for granted. > Next best feature: Automated Refactoring. Introduce > (constant/variable/method) are incredible. They will even automatically > find duplicate code which can be replaced by the newly created entity. > Extract Superclass/Interface are also awesome, but need a little more > oversight. Push members down/pull members up help with larger > refactoring tasks. I've heard that Eclipse has something like this too. It sounds both exciting and scarey. > I realize I sound like I'm in IntelliJ sales :-). I just like the > product, but I could care less if anyone else uses it. Unless jetbrains > starts paying me for testimonials ;-) I know what you mean. I've gotten a few bosses to buy a few copies. Many years ago they even sent me a t-shirt for being such a fan. I think I've sold about 5 iMacs, but Apple never sent me a t-shirt :)
Back to comp.lang.java.help | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Eclipse: Folding Code Blocks More Specific Than Methods? Steve <tinker123@gmail.com> - 2013-05-02 13:30 -0400
Re: Eclipse: Folding Code Blocks More Specific Than Methods? Joerg Meier <joergmmeier@arcor.de> - 2013-05-02 20:30 +0200
Re: Eclipse: Folding Code Blocks More Specific Than Methods? Lew <lewbloch@gmail.com> - 2013-05-02 12:35 -0700
Re: Eclipse: Folding Code Blocks More Specific Than Methods? Steve <tinker123@gmail.com> - 2013-05-02 17:59 -0400
Re: Eclipse: Folding Code Blocks More Specific Than Methods? Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2013-05-02 15:12 -0700
Re: Eclipse: Folding Code Blocks More Specific Than Methods? Steve <tinker123@gmail.com> - 2013-05-03 09:23 -0400
Re: Eclipse: Folding Code Blocks More Specific Than Methods? Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2013-05-03 11:32 -0700
Re: Eclipse: Folding Code Blocks More Specific Than Methods? Steve <tinker123@gmail.com> - 2013-05-03 16:53 -0400
Re: Eclipse: Folding Code Blocks More Specific Than Methods? Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2013-05-03 20:46 -0700
csiph-web