Re: [platform-dev] API changes in SDK

[Lars Vogel <lars.vogel@xxxxxxxxxxx>]

Hi Mickael,

I'm also bad with API Tools.  Unfortunately I also have the impression
that least for deleting API the API tooling is buggy and as I'm mainly
the person who deletes API it usually hits me. Unfortunately I'm not
able to reproduce this bugs recently.

Examples for possible API tools issues are:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=532282
https://bugs.eclipse.org/bugs/show_bug.cgi?id=546741

Anyway, I completely agree with you with People over processes.
Currently we have lots of new contributors and committers and that is
great. That fact that we see more and more API tools errors should
result in improvements in our tooling to automate this step.

Best regards, Lars





On Thu, May 9, 2019 at 10:21 AM Mickael Istria <mistria@xxxxxxxxxx> wrote:
>
>
> Hi,
>
> While I understand Andrey and others and fully agree with them on the necessity and value of project respecting API rules and process for that -while I am one of the "worst citizen" on that matter in practice-, I think any proposal that involves enforcing developers to use or setup anything specific beyond the obvious is likely to fail. We cultivate diversity in the project and the community, and by this, we also cultivate "deviation" which ultimately drives to innovation which is something we're seeking.
> So to me, enforcing a process to developers is 1. unrealistic because there will always be deviant people that we still want to feel welcome as they provide value and 2. not really desired as we want to constantly "lower the entry barrier" or "reduce maintenance effort" and such heavy process can really be expensive or blockers.
> I also have the impression that this story is an instance of the agile's "People over process and tools" motto. Proposals that involve people to do thing differently are "process over people", proposals that enforce people to use a tools are "tools over people". Both should be avoided as final solution.
> We see our community of contributors and committers very happy with Gerrit, good discussions happening here, people enjoy the review flow and the automated CI builds. So that's where people are and want to be when it comes to interacting and ensuring quality gates. This is where we should try to hook things; and since CI is just an instance of a build, it seems like putting some focus on automation of check at submission-time is something that would both reduce the need to follow a process and reduce the enforcement of tools. That is IMO the silver-bullet and where all consideration and effort on the topic of API versioning automation should be put. Let's continue the technical discussion about this silver-bullet in the related bugs ;)
> _______________________________________________
> platform-dev mailing list
> platform-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/platform-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