Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [eclipse-ide-wg] Eclipse IDE Working Group Minutes - 5th April 2022

Hi Thomas,
 
The sad truth is that there is a very small *active* committers number on JDT (even if github shows a long list of committers), and few committers were lost recently for various reasons.
The remaining ones are simply unable to keep JDT going in the way one would expect from such important core Eclipse project.
We are horribly understuffed, and most of your points are coming from that fact.
 
And yes, IMHO Eclipse on desktop *is* legacy and on the downward trend, like COBOL, but COBOL is still used and useful. "Legacy" shouldn't always be understood as bad. It's life. New technologies offer new opportunities, not all can replace existing ones, so there will be always some "legacy" behind the new trends. As long as I have a good reason to still use some specific "legacy" technology, I honestly don't care about trends. It is smple ROI math.
 
PS: if you know something is not OK, and you know how it could be improved - like point 3 with onboarding - feel free to contribute & improve. No one else will do that for you.
Kind regards,
Andrey Loskutov

Спасение утопающих - дело рук самих утопающих

https://www.eclipse.org/user/aloskutov
 
Gesendet: Mittwoch, 20. April 2022 um 16:57 Uhr
Von: "Thomas Mäder" <tmader@xxxxxxxxxx>
An: "Discussions on Eclipse IDE Working Group" <eclipse-ide-wg@xxxxxxxxxxx>
Betreff: Re: [eclipse-ide-wg] Eclipse IDE Working Group Minutes - 5th April 2022
Hi folks,
 
since I recently joined the JDT project as a committer again (after 20 years), I'm taking the liberty of chiming in on the "get more engagement" topic. These remarks apply mostly to the JDT project, but I would suspect they are valid elsewhere, as well. I fully expect this list to ruffle some feathers, but I feel it's important that we understand what it feels like to approach our community from the outside.
 
1. Committers are not responsive to change requests. 
With the move to Github, the team went through the open change requests on gerrit, and some had not received any attention after 2 years. There are technical and organisational reasons for this, but if that happened to me, it would be my first and last contribution. If we want people to believe their contribution is important, it needs to be important to us.
 
2. There is generally very little community-oriented communication going on.
Mails to the jdt-dev list elicit sparse responses and channels like mattermost are silent. There is no regular community meeting. Also, it's hard to find out which communication channels apply to the jdt project: jdt-dev is the obvious choice, but you also need platform-dev, eclipse-dev, ide-wg and cross-platform-issues mailing lists to keep up with relevant topics. 
 
3. The on-boarding doc is terrible.
I can't say it any more kindly, I'm afraid. The first place I got to when googling for guidance was here: https://projects.eclipse.org/projects/eclipse.jdt/developer. Good luck getting from there to a fully functional setup. I had the help of a kindly colleagure (thx, Jeff) to get me started, but as random dude from the internet, I would have turned around and left. Contrast this with something like this: https://github.com/eclipse-theia/theia/. Fun fact: there is a document that helps you get started at https://github.com/eclipse-jdt/eclipse.jdt.ui, but if you clone the project and import it into Eclipse, you can't see it, because the git root is not an Eclipse project. 
 
4. We're not telling a compelling story. 
Mike M. just tweeted a blog saying "Theia is the next generation Eclipse". Why isn't Eclipse the next generation Eclipse? What are our exciting plans for the next 1-3 years? The perception in the general population seems to be that Eclipse is a legacy technology on a downward trend. That may be true or not, but we need a story to counter that perception.
 
5. High Process
The four release per year mean that a lot of time, the project is in "stabilisation phase" and committers unwilling to make scary changes. All the rules around the release train, M-releases, etc. present a learning curve. I'm sure most of the rules are written down somewhere, but for a newcomer, they are hard to find.
 
my 0.02. CHF.
 
/Thomas
 
 
------ Original Message ------
From: "Jonah Graham" <jonah@xxxxxxxxxxxxxxxx>
To: "Discussions on Eclipse IDE Working Group" <eclipse-ide-wg@xxxxxxxxxxx>
Sent: 19/04/2022 15:46:24
Subject: [eclipse-ide-wg] Eclipse IDE Working Group Minutes - 5th April 2022
 
Hi all,

Please see the approved minutes from the 5th of March for the Eclipse IDE Working Group, attached.

The Steering Committee unanimously approved the Minutes of April 5th, 2022 on April 19th 2022.

Best Regards,
Jonah.
~~~
Jonah Graham
Kichwa Coders
www.kichwacoders.com
_______________________________________________ eclipse-ide-wg mailing list eclipse-ide-wg@xxxxxxxxxxx To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/eclipse-ide-wg

Back to the top