Enrique, I agree more involvement is needed. That is why I am highlighting the template, as from my experience having detailed base focused on technical details, helps and facilities better collaboration on any code base.
My understanding is that some technical details of the implementation & their impact were misunderstood, hence my suggestion to mitigate this. It will never be perfect, however in open source community we must strive to provide accurate information about why a change is or was made. On Mon, 5 May 2025 at 14:07, Toni Rikkola <rikk...@apache.org> wrote: > The one delivering it always leads it. > > As long as the intentions were brought up on this list in advance, the > ones surprised then need to use the search function for the list. I doubt > there is a way for everyone to know everything all the time, but this is > the closest we can get. > > This gives a lot of power for the person delivering and for a good reason, > none of us wants to waste time on something that gets rejected later. > > Toni > > On 2025/05/05 09:59:35 Enrique Gonzalez Martinez wrote: > > Hi Dominik, > > What you said does not matter if people do not get involved in the > proposals. > > You can be as much as specific you want, vote and approve and then, > > one month later, somebody would be surprised by the job being done. > > > > El lun, 5 may 2025 a las 11:33, Dominik Hanak > > (<domin.ha...@gmail.com>) escribió: > > > > > > Hello everyone, > > > > > > imho the clarity of what is going to happen and how, can be partially > > > solved by initially proposing the change as per the > > > agreed proposal template[1]. The more detailed and specific it is, the > > > better. > > > There will always be surprises, the template helps minimizing them. > > > > > > [1] > > > > https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=340037098#Guidelinefordiscussion,proposalandvote-ProposalTemplate > > > > > > Best regards, > > > > > > Dominik > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@kie.apache.org > > For additional commands, e-mail: dev-h...@kie.apache.org > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@kie.apache.org > For additional commands, e-mail: dev-h...@kie.apache.org > >
