Hi Rob, Even though I am on the minus side, I am glad you brought this up for discussion. I think it helped us better understand where we are, how we got here, and why we want to stay.
Gary On Fri, Jul 17, 2020 at 7:25 AM Rob Tompkins <chtom...@gmail.com> wrote: > Very much appreciation guys for the thoughtful words and opinions here. > Sounds like we’re sticking with Maven. :-) > > I hope everyone is doing well these days. > > Cheers, > -Rob > > > On Jul 17, 2020, at 4:24 AM, Thomas Vandahl <t...@apache.org> wrote: > > > > On 17.07.20 10:13, Claude Warren wrote: > >> -1 from me. I have a philosophical objection. > > > > Same here: -1 > > > >> Much like HTTP's mod_rewrite[1] gradle's greatest strength is that it > >> allows the developer to do so much in so many ways. But its greatest > >> weakness is that it allows the developer to do so much in so many ways. > >> > >> My experience with Ant and Gradle is that in a fairly short period of > time > >> the build scripts become so complex that it takes a development team > just > >> to maintain them. > >> > >> The greatest strength of Maven is that it requires developers to > seriously > >> work to do things outside of the "Maven way". But its greatest > weakness is > >> that developers have to seriously work to do things outside of the > "Maven > >> way". > >> > >> My experience with Maven is that if the developer wants to do something > >> outside of the "Maven way" it is difficult, but it also forces the > >> developer to think about what they are doing. > > > > Very well put. The "Maven way" is a concept that makes it easy for new > > people to understand how a project is structured. If you know how a > > Maven project works in principle, you can understand all others. This is > > one of the greatest strengths of Maven IMO. > > > >> With respect to this project, it is my opinion that we do not want to > >> create a build system that is so complex that it becomes difficult for > the > >> uninitiated developer to contribute to the project. > > > > Couldn't agree more. > > > > Bye, Thomas > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
