M
Matt Todd
Please be kind.
M.T.
M.T.
Chad said:Hardly. EMACS is more than ten times the installed size of Vim. I've
also seen situations where a file was too big to open in EMACS, but Vim
managed it just fine. Also, of course, there's the simple fact that
EMACS == Esc+Meta+Alt+Ctrl+Shift.
Charles said:I'm glad I'm not the only one tired of hearing Emacs users belittle
IDE users, as though they're running any closer to bare metal.
Tim said:[Oh, btw, I know that dynamic typing makes some of these things a lot
harder than for statically-typed languages like Java. Doesn't mean they
wouldn't be helpful.]
Now this is one phenomenon I never understood. Why is that a good
thing?!
David said:Tim said:[Oh, btw, I know that dynamic typing makes some of these things a lot
harder than for statically-typed languages like Java. Doesn't mean they
wouldn't be helpful.]
Komodo somehow managed the last time I tried with Python. It would offer
autocomplete for all method calls it saw used on the same object in that
method before, and all methods for an object that was created in that
method. Wonder if they have the equivalent done with Ruby - haven't
tried the versions with support for the language yet. You might want to
have a look though. The personal license isn't that expensive either,
and probably for work, neither the commercial one if you're in a
position to pester your boss for development tools.
David Vallner
Actually, I get bitten by this at least every week, but the other wayDavid said:Just how often do you edit text files of insane sizes again?
And... To save and quit, vim is ESC : w g - five keypresses.
Emacs broke my wrists. Actually, that's not fair - emacs, non-ergonomicWith the
shift key having to be held down too - if running in console mode, I
doubt it's possible to detect standalone modifier keypresses. Emacs is
C-x C-c Space Space (for one buffer) - siz keypresses. ZOMG
FINGERSTRAIN! (Muah.)
...which is where the Ruby interface comes in handy(the vim scripting language is rather basic and would probably
hit a complexity wall with some problems)
Agreed. If there wasn't a market for both, one or the other would haveSo... Cut out the editor trolling, neither side has real arguments
anyway, just different needs that the editors satisfy in different
measures.
1. As Eleanor Roosevelt said, "No one can make you feel inferior withoutJeremy said:Some people feel more secure if they're closer to the foundations.
You can see them in swimming pools, staying in the shallow end so they
can keep a foot on the bottom.
Regards,
Jeremy Henty
I do it all the time with Windows "GVim". It's faster for me toDavid said:Just how often do you edit text files of insane sizes again?
And... To save and quit, vim is ESC : w g - five keypresses.
For interested parties, I use neither side of that holy war. SciTE /
gedit / kate depending on current operating system for simple things or
in a pinch, nano / joe from a console for five-second config file
touchup, Eclipse whenever I need a feature that's outside the scope of
actually editing text and more the responsibility of a development tool.
(3.2 working sets considered sexy.)
Installed size is so much not an argument if you have the iron to handle
it. If you don't, it's still not an argument since the fact you have to
work on Aunt Tilly's internet-enabled fridge to do your coding work
doesn't make an editor "better". If program performance is a metric you
consider honestly important, what the hell are you doing on a Ruby
mailing list at all?
Just how often do you edit text files of insane sizes again? If and only
if it were the bulk of your editing work, would it be a relevant reason
to choose your primary editor as one that can open those files. Unless
you work on Aunt Tilly's internet-enabled fridge where you can't fit two
to use one as a backup for these cases.
And... To save and quit, vim is ESC : w g - five keypresses. With the
shift key having to be held down too - if running in console mode, I
doubt it's possible to detect standalone modifier keypresses. Emacs is
C-x C-c Space Space (for one buffer) - siz keypresses. ZOMG
FINGERSTRAIN! (Muah.)
It boils down to personal preference and nothing more. Vim is probably
better for people that can estimate line numbers in their head, since
you win most of the efficiency in being able to type the commands off
the top of your head, Emacs for if you can hack elisp like there's no
tomorrow (the vim scripting language is rather basic and would probably
hit a complexity wall with some problems), or if you can work easier
with integration of all the features as opposed to the vim way of
hopping between console windows / screen wossnames / alien-machine
interface pseudopods.
So... Cut out the editor trolling, neither side has real arguments
anyway, just different needs that the editors satisfy in different measures.
For interested parties, I use neither side of that holy war. SciTE /
gedit / kate depending on current operating system for simple things or
in a pinch, nano / joe from a console for five-second config file
touchup, Eclipse whenever I need a feature that's outside the scope of
actually editing text and more the responsibility of a development tool.
(3.2 working sets considered sexy.)
M. Edward (Ed) Borasky said:I installed Eclipse once and was literally amazed at all the stuff it
can do. I wonder about a tool that is much more complex than the
artifacts one uses it to build, though.
app-shells/tcsh-6.14-r3 859 kB
dev-java/ant-core-1.6.2-r5 6,134 kB
dev-java/jakarta-regexp-1.3-r2 124 kB
dev-java/bsh-2.0_beta1-r1 303 kB
dev-java/libreadline-java-0.8.0-r1 75 kB
dev-java/jython-2.1-r6 1,271 kB
dev-java/jakarta-oro-2.0.8-r1 337 kB
dev-java/xml-commons-resolver-1.1 225 kB
dev-java/xml-commons-external-1.3.02 1,031 kB
dev-java/xjavac-20041208-r1 1 kB
dev-java/xerces-2.7.1 1,648 kB
dev-java/log4j-1.2.9 2,705 kB
dev-java/junit-3.8.1-r1 431 kB
dev-java/avalon-logkit-1.2 233 kB
dev-java/commons-logging-1.0.4-r1 98 kB
dev-java/commons-collections-3.1 1,110 kB
dev-java/commons-beanutils-1.6.1-r2 144 kB
dev-java/commons-net-1.2.2-r1 174 kB
dev-java/jdepend-2.8.1 377 kB
dev-java/jzlib-1.0.5 48 kB
dev-java/gnu-crypto-2.0.1 3,804 kB
dev-java/jsch-0.1.18 190 kB
dev-java/bcel-5.1-r2 12,338 kB
dev-java/servletapi-2.3-r2 124 kB
dev-java/bsf-2.3.0-r2 1,021 kB
dev-java/javacup-0.10k 186 kB
dev-java/xalan-2.7.0-r1 6,117 kB
dev-java/antlr-2.7.5-r2 1,597 kB
dev-java/rhino-1.5.5-r2 1,505 kB
dev-java/ant-tasks-1.6.2-r9 0 kB
dev-java/ant-1.6.2-r6 0 kB
dev-util/eclipse-sdk-3.0.1-r3 54,314 kB
Total size of downloads: 98,540 kB
www-client/seamonkey-1.0.3 35,022 kB
dev-java/javatoolkit-0.1.9 20 kB
dev-java/ant-core-1.6.5-r13 6,136 kB
dev-java/jakarta-regexp-1.3-r2 124 kB
dev-java/bsh-2.0_beta1-r1 303 kB
dev-java/libreadline-java-0.8.0-r1 75 kB
dev-java/jython-2.1-r6 1,271 kB
dev-java/jakarta-oro-2.0.8-r1 337 kB
dev-java/xml-commons-resolver-1.1 225 kB
dev-java/xml-commons-external-1.3.02 1,031 kB
dev-java/xjavac-20041208-r1 1 kB
dev-java/xerces-2.7.1 1,648 kB
dev-java/log4j-1.2.9 2,705 kB
dev-java/junit-3.8.1-r1 431 kB
dev-java/avalon-logkit-1.2 233 kB
dev-java/commons-logging-1.0.4-r1 98 kB
dev-java/commons-collections-3.1 1,110 kB
dev-java/commons-beanutils-1.6.1-r2 144 kB
dev-java/servletapi-2.3-r2 124 kB
dev-java/bsf-2.3.0-r2 1,021 kB
dev-java/jdepend-2.8.1 377 kB
dev-java/jzlib-1.0.5 48 kB
dev-java/gnu-crypto-2.0.1 3,804 kB
dev-java/jsch-0.1.18 190 kB
dev-java/bcel-5.1-r2 12,338 kB
dev-java/javacup-0.10k 186 kB
dev-java/xalan-2.7.0-r1 6,117 kB
dev-java/commons-net-1.2.2-r1 174 kB
dev-java/antlr-2.7.5-r2 1,597 kB
dev-java/ant-core-1.6.2-r5 6,134 kB
dev-java/rhino-1.5.5-r2 1,505 kB
dev-java/ant-tasks-1.6.2-r10 0 kB
dev-java/ant-1.6.2-r6 0 kB
dev-java/lucene-1.4.3 750 kB
virtual/jdk-1.5.0 0 kB
dev-java/ant-tasks-1.6.5-r2 0 kB
dev-util/eclipse-sdk-3.2 80,120 kB
Total size of downloads: 165,416 kB
Someone above mentioned that it is an OS, yes it is, but you can also strip it
down by removing things which you don't use/or don't want to use.
Some people feel more secure if they're closer to the foundations.
You can see them in swimming pools, staying in the shallow end so they
can keep a foot on the bottom.
Chad said:It's especially fun when someone using Esc+Meta+Alt+Ctrl+Shift makes fun
of GUI IDE users for the bloat of their software, then turns around and
declares the superiority of their own choice in comparison to Vim.
cake || eat
Uh ... cake || eat? That's an *inclusive* or, isn't it?
Yeah ... having just made fun of Eclipse and admitting that I *should*
learn Emacs to be a "real programmer" but haven't moved beyond "vim"
because of 20 plus years of muscle memory, I wonder if I'm the pot or
the kettle.
I wonder if there's anything -- an OS, a language, an editor, a
programming philosophy -- for which we could get *everyone* on this list
to say, "<xxx> sucks!"
M. Edward (Ed) Borasky said:Uh ... cake || eat? That's an *inclusive* or, isn't it?
Yeah ... having just made fun of Eclipse and admitting that I *should*
learn Emacs to be a "real programmer" but haven't moved beyond "vim"
because of 20 plus years of muscle memory, I wonder if I'm the pot or
the kettle.
I wonder if there's anything -- an OS, a language, an editor, a
programming philosophy -- for which we could get *everyone* on this list
to say, "<xxx> sucks!"
MSDOS, COBOL, notepad, static typing?
Chad said:I take it you missed the earlier discussion re: static typing, in which
some concluded it isn't all bad.
I had a hard time filling in the last part, so I
put that partly for troll value.
I couldn't think of any paradigm that came before
"structured programming." GOTOful programming?
Unstructured programming?
If you bought a new PC with Windows ME installed, or if you wiped aChad said:Windows ME?
Want to reply to this thread or ask your own question?
You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.