|Re: [ide-dev] VS Code|
On 09/13/2016 10:06 PM, Doug Schaefer wrote:
And it's the same for most tools that currently take market share to Eclipse IDE.
Yes, it's technically feasible to have good editors in Eclipse IDE, and we want to. But it require more people contributing.It is technically feasible to go in that same direction? Do we even want to?
The language server protocol (and VSCode) are missing very important features of JDT or standard Eclipse IDE tools: outline (https://github.com/Microsoft/As the Java language server grows and serves VS Code, I wonder how good of a Java IDE it could become.
vscode/issues/5605#) , show type hierarchy, refactorings, Test execution and reporting... issuecomment-241707033
In the current state, VSCode is too limited and simply very far from being a good Java IDE as we're used to. With a Java Language Server, it's going to be a decent Java editor with good content assist and error reporting; but it's going to miss important features for an effective Java developer workflow IMO.
The cost of becoming as powerful as an IDE is that it usually creates complexity in UX, and AFAIK, VSCode developers focus on keeping a simple and consistent UX more than in accepting whatever feature.
If the completion proposals (or whatever LSP feature) from a language server or Clang are better than the ones from CDT, then you should definitely consider that. If you go for a language server supporting LSP, I'd be glad is assisting you using the Language Server Protocol client for Eclipse IDE I've worked on so you could give it a try.I am also starting to wonder that about C++ with either a CDT based language server or something built on Clang (which I believe they have already).
What I was told is that they just don't want the UI/UX to be bloated and feel complex like in Eclipse IDE, so they're avoiding too many menus, too many views, too many dialogs... There are simply features that may never come into VSCode because they don't feel worth the UX cost for their value. On the other end, VSCode crew also investigate new UX for features that are usually accessible and usable with complex workflows.It seems though that VS Code is very reluctant to introduce anything resembling forms, or even widgets. Everything seems to be text based, even their Preferences settings brings you to a JSON editor. I think it’s kind of ridiculous, especially for new users.It’ll be interesting to hear Erich Gamma’s keynote at ECE. If they stay with their current approach, I think Eclipse will keep miles ahead. At the same time I fear if they try to be more like Eclipse, they’ll fall into the same traps we’ve fallen into. Erich’s a driving force behind both, be interesting to see where it goes.
A simple UX from day 0 to the end is a very strong constraint on the development of such development tool. At the moment, I have the impression that VSCode will always appear simpler, but less feature rich than Eclipse IDE; that VSCode will always remain a very rich text editor missing some critical features and Eclipse a bloated but complete IDE.
ide-dev mailing list
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
Back to the top