Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ide-dev] Java IDEs comparison

Hi All, 

We have a Powerful Platform and a Strong community, but we should constantly check to provide clearer and more straightforward documentation for the usage and extension of our technology.

(1) IDE vs Platform
IJ Is primarily an IDE, not a platform with a long history.
Eclipse is not Just an IDE, but a development platform and we have an ecosystem of specialized applications

(2) Market vs. Community
IJ is marketing on broad-scale with Ad-Words. Some read that is "the most intelligent Java IDE." Is it?
Eclipse Marketing targets our community. Let's use our faces, take pictures at EclipseCon and show who we are, how many we are, what we give to OpenSource and research.

(3) Business Analysis vs. Contributed Features
IJ has specific features that are well explained
Eclipse is PACKED with Features, that many people don't know. Let's have a survey to understand the most important, and provide SHORT docs/video to show how to use them. 
( i.e.: Ctrl+E, Ctrl+Alt+G, Ctrl+Shift+R, Ctrl+PagUp(or Down), Shift+Alt+F1, Ctrl+3, etc )

(4) Future 

We don't depend on a particular customer, but on the quality of our code and the rate of adoption. So we depend on documentation, especially quickstarts :)

In Eclipse, as Ecosystem, the growth of a project is an opportunity to grow for all the others. Thinking forward, we should provide excellent getting started documentation, particularly for new projects, to ensure the maximum participation.

I think the Generic Editor and Language servers are an excellent opportunity to grow in the direction of providing better IDEs. Let's invest on this!

Best Regards,

Patrik Suzzi
Engineer, Eclipse
Platform UI Committer

On Wed, Sep 7, 2016 at 6:14 PM, Gorkem Ercan <gorkem.ercan@xxxxxxxxx> wrote:

On 7 Sep 2016, at 11:38, Carsten Reckord wrote:

It's surprising how the code completion of IntelliJ (checking target type,
frequency of calls, chain completion...) is still listed as better than
the one in Eclipse IDE. Wasn't Code Recommender providing that in all
Java-based packages?

I don't have empirical evidence, just my subjective impression, but one problem with completion that I frequently encounter in Eclipse and that IJ seems to get better is the local context that I'm working in. If there are a dozen proposals for the current completion, we often don't have to look as far as global frequency, chains and all that:

Just prefer the type that is already imported in the current class over the one that isn't, the type or variable that I've used in the line just above where I'm asking for completion over other applicable ones, the method in my current class over some external type proposal, etc.

Also, it's strange that IJ is congratulated for its "Polyglot
development", where the Eclipse ecosystem has a much better offering. The
reason is probably that people compare IDEs as they're shipped, not

In general, the IJ people shine in two "polyglot" areas here:

1. Consistency: editors and tools look and work the same across languages, whereas there are many (small but annoying) UX differences between different editors and language scopes in Eclipse.
2. Cross-Language features: I haven't tried this in Neon, but before, navigating between artifacts of different languages, getting usages etc was just way more seamless in IJ.

But I hope with the new extensible editors and the language server initiative this is about to improve dramatically :)

Improvement can not happen overnight. Eclipse already has a lot of editors
in place and it will take time before they adopt language servers.

Also the road to getting language servers implementations to Eclipse is not easy depending on the
language server implementation used either.
For instance, we have started such an endeavour to replace _javascript_ editor and we are
still waiting IP clearance.

ide-dev mailing list
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
ide-dev mailing list
To change your delivery options, retrieve your password, or unsubscribe from this list, visit

Back to the top