On 3/24/06, Larry Meadors <[EMAIL PROTECTED]> wrote: > That is not really an accurate parallel...no one is saying that the > apache web server and the apache organization are the same thing...but > I guess struts-shale and struts-action aren't either...so why are they > the same project again? Is it just a branding thing?
It's a people thing, Larry. It's really the same reason most of us came here in the first place. We came here because we believe that we can build a better framework working together than we can working apart. Likewise, we believe that we can build both a better Shale and a better Action by working together, than we could working apart. If you tune into the dev@ list, you can see this already happening. I think the crux of the problem is that users perceive Struts as a codebase, a product, some kind of car that we built. The committers perceive Struts as a community of developers. In the commercial world, pointy-haired bosses try very hard to take individual developers out of the equation. Bosses want developers to be plug and play, like network cards. In the ASF world, we value people more than we value the code. Code is just a snapshot of the work our people do. The code may be golden eggs, but our focus is on the geese. So when people talk about sending some of us packing, it tears my heart. These people are my friends. I like working with my friends. It's one of the reasons I volunteer. And, I know if we stick together, we will find more and more places where we can share work, and make life easier for all the developers that use our products (including ourselves). We already see sharing and reuse happening with Tiles, Commons Chain, and Spring. Now we are seeting it happen with XWork. I think that before we are done, we may be able to take virtually the same Action and use it in Shale or in Action 2. People who think like PHBs want everything to be about brand and product differentiation. But, that's not what we are trying to do here. We are trying to level the playing field for the developer. Not for the product managers, or for the larger entities. But for our own selves. -Ted. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
