>
Looks like you've got it all covered. I rest my case.
No we don't, we are low on development resources. Would be great if you could help improving the IDE with code contributions.
> 30. okt. 2020 kl. 09:54 skrev Lars Vogel <lars.vogel@xxxxxxxxxxx>:
>
>> To be honest, I don't think anything formal would help.
>> Here with this presentation or other articles pointed in the past, we have a formal enough resources with a clear enough gap-analysis to act. Our issue isn't in identifying the delta, but more on actively reducing. And it's as > usual a resource issue that anything formal fails to address IMO.
>
> +1, we already know lots of places to improve. Yet another list will
> not gain anything, it is better to work on these issues.
My idea was to systematically uncover the differences between the IDE's and find areas which can be improved. Not to create another list.
>
> For example https://bugs.eclipse.org/bugs/show_bug.cgi?id=566539
> captures usability improvements which are likely / desired to get
> adressed in the IDE. Anyone can take a bug from it and help improve
> the IDE.
Looks like you've got it all covered. I rest my case.
Best regards,
Torkild
>
> Best regards, Lars
>
>
> On Thu, Oct 29, 2020 at 6:42 PM Mickael Istria <mistria@xxxxxxxxxx> wrote:
>>
>> Hi,
>>
>> On Thu, Oct 29, 2020 at 6:20 PM Torkild U. Resheim <torkildr@xxxxxxxxx> wrote:
>>>
>>> Maybe it would be helpful setting up a formal gap-analysis (not sure if that's the correct term), comparing Eclipse IDE with its competition? It could help in pinpointing where to focus effort.
>>
>>
>> To be honest, I don't think anything formal would help.
>> Here with this presentation or other articles pointed in the past, we have a formal enough resources with a clear enough gap-analysis to act. Our issue isn't in identifying the delta, but more on actively reducing. And it's as usual a resource issue that anything formal fails to address IMO.
>>
>>>
>>> Eclipse is the Maven integration, and almost equally often "front end" stuff.
>>
>>
>> That's what people like to complain about, but not really where the gap is these days. I think the gap has already been much reduced (think about newer Java features, performance, save actions, Maven support...), and what's left is not new and is almost all about the editor.
>>
>>> I realise that this is a big undertaking, but with some collaborative effort I think it can be done.
>>
>>
>> We already have all the means and all the processes already there to address all that. I'm afraid more processes and more formal stuff will just distract people from doing what actually matters here: write the necessary code.
>> However, if you can convince me that having something more formal will increase the amount of development/contribution time received by Eclipse IDE, I'm all for it; but at the moment, I have the impression after the few last releases that the less formal we are, and the more time we actually spend developing, the more contributors we attract, and the more value we ship.
>> _______________________________________________
>> ide-dev mailing list
>> ide-dev@xxxxxxxxxxx
>> To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/ide-dev
>
>
>
> --
> Eclipse Platform project co-lead
> CEO vogella GmbH
>
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (040) 5247 6322, Email: lars.vogel@xxxxxxxxxxx, Web: http://www.vogella.com
> _______________________________________________
> ide-dev mailing list
> ide-dev@xxxxxxxxxxx
> To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/ide-dev
_______________________________________________
ide-dev mailing list
ide-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/ide-dev
