What is the other 65% of the reason you avoid Java consist of?

How do imports vastly differ from includes?

Imports specify a library while includes specify a file?

yes, but I mean from an IDE usability standpoint. Why is vim okay for c++, but an IDE is necessary for java?

The names might be slightly longer, but it sure seems like you can get a lot more, easier, in a more secure manner thanks to asterisk imports

Java tends to have library creep so having lookup is essential.

I think he means typing them out. Can't get much easier than cutting and pasting with a mouse well maybe that isn't true. His complaint is that a mouse slows things down too much. Not sure, to each his own on editors for code entry. Use what you feel you are the most productive with. I have used text based editors in the past. I would use them again. I am just not that motivated to learn the ins and outs of Vim as an example. That may be something I need to think about though, admittedly.

Can't speak on Vim so much, but...

While I won't go far as to say that Emacs is up to snuff with IDEs for C# and Java, I will say that for other programming languages, Emacs is equally as good, and often better, than IDEs. I haven't seen anything from PyCharm, Ruby Mine or VS (excluding .Net) that isn't available in Emacs.

With that said, I hate using VS. The C# mode in Emacs is far superior for editing files, IMO.

C++ allows more freedom:
1) free floating functions. If 50% source can be written in functions, I don't like Java forcing me to write classes and create objects everywhere.
2) Pass either by value or reference, e.g. is impossible to do in java without creating a class.
3) Operator overloading
4) friend keyword

I haven't done extensive speed benchmarks between Java and C++, however, there's good reason to believe C++ should be faster than Java for several reasons:
1) C++ allows stack allocation of objects
2) C++ runs directly on hardware allowing for cache hits
3) C++ doesn't have a garbage collector, rather memory handled by RAII, e.g. smart pointers.
4) Template specialization to optimize special cases
5) Compile-time evaluations in some cases
6) Data structures aren't immediately initialized unless you say so
7) No bounds checking

For example:

vs.
or

vs.
At least the projects I've worked on, Java source tends to be organized in hierarchical packages, which isn't a bad thing, however, it creates long imports and I rather have an IDE manage this task for me.

Yes, the mouse does destroy momentum, and whatever you'd do with a mouse is easier in vim. But also, mouseless is a lifestyle. All of my commonly used programs are opened via aliases I call from the terminal, and even browsing chrom(ium) is 50% mouseless using the vimium extension and keyboardr as a search engine.

Learning vim isn't as intimidating as it may seem. It took me about 1-2 weeks of frustration, muscle memory took care of the rest.

Interesting. Haven't tried emacs, though I've worked on one C# project in VS and like Java, I would prefer VS over vim for a C# program (though it's a none issue because I hardly ever do anything in C#).

Good post, interesting.

In Objective-C the import basically eliminates the need for a header guard.

http://stackoverflow.com/questions/4...in-objective-c

C++.

#pragma once

I wrote a vim reference guide:

http://forumserver.twoplustwo.com/19.../#post48776669

i opened it and immediately had a panic attack

vim or the thread lol?

I've been using vim for the last 10 years. Mostly cause I can't figure out how to exit.

Both, now you mention it

Just added to our 'slack' loading messages.

kill -9 vim

Works every time.

VS for 20 years. I debug too sometimes.

That's so unfair.

It is nice little reference manual. I know just enough vi to get by, but I'm too lazy to really learn it.

IntelliJ idea, Eclipse if not and then Editpad pro for anything that just needs a quick hackup

PyCharm or some other Intellij IDE depending on the language. Sublime for the quick stuff.