Thanks Pascal. Some of us are already heading in that direction. I’ve pushed the Arduino C++ IDE up there and it’s been a great experience.
I guess I have one more request that crosses back into the IP domain. I’d like the Eclipse installer to install features from there. Present the popular or strategic ones. For once we could offer to install the ever popular
PyDev for Python developers, or Nodeclipse for node.js developers, and so on. We could even install the JBoss tools because as I learned earlier tonight, “If
you have to use Eclipse, use JBoss Developer Studio”. :)
If that can’t be done at Eclipse due to IP issues, it might be something we want to do at the MarketPlace level. I think it would be a great way to grow our ecosystem. These 3rd party projects offer great value
to our users. And for beginners, having them presented at install time would be a much better experience. And once they know about them, it could help grow their communities and make them even better.
Doug.
Mike,
On 2015-10-25 17:36, Mike Milinkovich wrote:
What we have discussed is that the IP process
sometimes gets in the way of our ability to compete.
competing IDEs (e.g. the one that will force their user to pay for an annual subscription soon)
clearly distinguish between their plugins and 3rd party plugins (screenshots taken form PyCharm):
So, I don't really understand why eclipse cannot clearly mark plugins and installable
entities as 3rd party?
Also note that their installation UI is much simpler than the eclipse installation
dialogs (think about the confusion create by the update manager vs the marketplace).
This is their installation UI (that pops up when you click on one of the two
marked buttons above):
I think the eclipse eco-system is very rich, but for a consumer it is very hard to
- find the right plugin
- decide which ones to use (decision fatigue)
- actually install/uninstall the plugins
There is a whole new generation of developers that are used either type
`npm install foobar` or go to an app-store and do a one-click
installation/deinstallation. Compared to that, the eclipse installation
pain feel like a relict form the ancient times (windows XP).
If I had to spend money to enhance the eclipse eco-system, I would spend
most of the money into a better installation story (OOMPH+) and a moderated
catalog of solid (proven, certified, whatever high quality) plugins.
Michael
On 2015-10-25 17:36, Mike Milinkovich wrote:
On 24/10/2015 6:07 PM, Doug Schaefer wrote:
Understood. But this is an important point. I think we need to understand whether this allows us to build an Eclipse IDE that competes with WebStorm, for example, which has all sorts of features
that call into the npm ecosystem. But I’m sure you’ve already had those discussions at the Board level as you discussed being more user focused.
We haven't discussed competing with any particular IDE at the Board. What we have discussed is that the IP process
sometimes gets in the way of our ability to compete. It is clearly an advantage in many areas, but in the world of web development and cloud delivery, it can be a problem.
_______________________________________________
ide-dev mailing list
ide-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ide-dev
--------------------------------------------------------------------- This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
|