+1000. I joined the commons list only because I wanted to listen to BCEL project.
Kind regards, Andrey Loskutov http://google.com/+AndreyLoskutov > Gesendet: Freitag, 24. Juni 2016 um 11:35 Uhr > Von: "Jochen Wiedmann" <jochen.wiedm...@gmail.com> > An: "Apache Commons Developers List" <dev@commons.apache.org> > Betreff: [all] Rethinking dev@ > > Hi, > > given the last weeks, I'd like us to rethink how we work together. > Right now, there is basically only a single place for discussions, and > decisions, which is dev@commons. Okay, we are a common ASF project (no > pun intended), and we need a place to meet, but aren't we > overempasizing things a bit? > > Honestly, I don't care about how many, and what branches [math] > maintains, and how the source tree is organized. I'd clearly like the > [math] developers to organize those things for themselves. And, I'd > like them to decide on their own, what, and how many deliverables they > create. (Doesn't matter, how many people are "them".) > > In other words: I wonder (once again), that we should be able to grant > components a bigger degree of autonomy. For example: Why shouldn't > [math], or [crypto], have an additional mailing list. Can you imagine, > how much noise this would have removed from dev@ over the last weeks? > > Okay, I can see that our old odel is working for [io], [fileupload], > or [compress]. But I am not convinced, that this shoe is fitting for > all. > > And, don't bother telling me about "It didn't work for Jakarta", > because it does work: The Incubator has general@ as a meeting place, > and a place for decisions, but the components can still work on their > own. We really need a distinction between topics that are for anyone > and others, that are not. Just using "[all]", or something else in the > subject doesn't scale. > > Jochen > > -- > The next time you hear: "Don't reinvent the wheel!" > > http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg > > --------------------------------------------------------------------- > 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