Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ide-dev] Cross-platform free Visual Studio

Did anyone else notice that our old friend Erich Gamma is behind Visual
Studio Code? That in itself makes it interesting...

On 2015-04-30, 9:59 AM, "Michael Scharf" <eclipse@xxxxxxxxx> wrote:

>On 2015-04-30 7:16, Mickael Istria wrote:
> > I'm more curious on how this will affect Sublime Text and maybe
> > even IntelliJ WebStorm popularity.
>
>It seems that now IDEs pop up every day:
>
>Facebook announced a cross platform cross language IDE called
>Nuclide (http://nuclide.io). It is not (yet) available, but they
>claim it can be used for web and mobile development and in contrast
>to sublime they support code completion and navigation. Their
>claim is that classical IDEs like eclipse/XCode are slow and
>heavy weight and therefore they slow down the development process.
>
>They also claim, that for Objective-C they use the command line
>tools to do code completion and navigation.
>
>Nuclide is used internally at facebook and is based on githubs
>atom editor (https://atom.io) which is written in javascript...
>Therefore it is "hackable" for many developers.
>
>Considering the fact, that writing eclipse plug-ins is *very*
>difficult, solutions like Sublime (python) and Atom (Javascript)
>make it much easier to integrate existing tools.
>
>If you compare the complexity of integrating tools in those
>"hackable" IDEs/Editors with the effort to write eclipse
>plugins, it is quite humbling. Take the integration of a
>javascript linting tool, like http://eslint.org
>or http://jshint.com into Sublime:
>
>    https://github.com/roadhump/SublimeLinter-eslint/blob/master/linter.py
>    
>https://github.com/SublimeLinter/SublimeLinter-jshint/blob/master/linter.p
>y
>
>Or the integration into the atom editor:
>
>   
>https://github.com/AtomLinter/linter-eslint/blob/master/lib/linter-eslint.
>coffee
>   https://github.com/Joezo/atom-jshint/blob/master/lib/atom-jshint.js
>
>Compare this with the effort it takes to integrate such
>external tools into eclipse (I cannot find a eslint integration)
>
>   https://github.com/eclipsesource/jshint-eclipse
>
>The new IDEs embrace the command line and instead of rewriting
>external tools, they easily integrate them. This is what I always
>thought that the 'I' in IDE stands for...
>
>
>Michael
>
>see also
>   
>http://michaelscharf.blogspot.de/2014/03/evolution-form-emacs-to-eclipse-t
>o.html
>   
>http://michaelscharf.blogspot.de/2014/05/how-to-make-eclipse-attractive-to
>-new.html
>
>On 2015-04-30 7:16, Mickael Istria wrote:
>> I wasn't much shocked by this announce. It's in the continuation of
>>current Microsoft strategy for more openness, which is a pretty good
>>thing.
>>
>> I don't see that as a threat for Eclipse IDE neither, from the reasons
>>you mentioned (diversity, universality). So nothing to change at Eclipse
>>IMO, just business as usual. I'm more curious on how this will affect
>>Sublime Text and maybe
>> even IntelliJ WebStorm popularity.
>>
>> However, we need to give it a try in order to find if there are some
>>good ideas we could port.
>>
>> --
>> Mickael Istria
>> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
>> My blog <http://mickaelistria.wordpress.com> - My Tweets
>><http://twitter.com/mickaelistria>
>>
>>
>> _______________________________________________
>> 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
>>
>
>_______________________________________________
>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



Back to the top