Hi all, in case you waited for my 0.02 EUR : I tend to agree with Jacques: OFBiz is a ERP framework (with loads of ecommerce capabilites, I agree, but think of all the queries 1-2 months ago on this list about configuring for manufacturing workflow etc.)
I do miss more comments and advancement in the accounting area, but i am working on that myself. I would be very much in favour of a bi-annual release schedule, say a spring and an autumn release. (I think that's not a surprise to anyone). And I think that's feasible, wouldn't it? However, as stated a couple of times here, there are some preparatory steps / functions not being fulfilled right now (at least not obviously) which I think any IT project - and similarly an open source project -- will need to fulfill if it takes it's responsibilities more seriously: - Scope Management -- could be introduced by e.g. classifying bugs and feature requests from JIRA - Release maintenance should focus on bugs, not features - Major releases should focus on new functionality; if all feature requests being handed in during a 6 months period are too heavy: start splitting into the component sets and only put e.g. framework and applications under release management and let special-purpose develop it's own way. There could be a way to treat specialpurpose applications as sub-projects (as e.g. Ant does) That is the reason why I asked for statistics on JIRA the other day. In order to see whether these splits would make sense. I think, though, similar to other ASF projects, it's mainly up to the committers, more precisely the PMC members, to manifest how they want to move forward. Regards Carsten 2009/11/13 Jacques Le Roux <[email protected]> > Here is the release plan so far > http://docs.ofbiz.org/display/OFBADMIN/Release+Plan > > Jacques > > From: "Christopher Snow" <[email protected]> > > Hi Jacopo, >> >> This is my understanding of the conflict in interest: >> >> 1) Ofbiz as an ecommerce focused application with ERP that is developed on >> top of unstable trunk and kept updated via svn and patches. >> >> versus >> >> 2) Ofbiz as a stable shrink wrapped ERP application that has professional >> releases and smooth updates (e.g. for security). Also, the separation of >> Ofbiz as a standalone modular development platform with add on ERP modules. >> >> Cheers, >> >> Chris >> >> Jacopo Cappellato wrote: >> >>> On Nov 13, 2009, at 2:05 PM, Ruth Hoffman wrote: >>> >>> >>> Hi Chris: >>>> >>>> IMHO: Having watched the project for a long time now, I think it is time >>>> for a fork in the road. There are too many competing interests here. >>>> >>>> >>> Uh... I am missing your point now: what are the competing interests that >>> you are mentioning? I don't see any competing interest in this thread. >>> >>> >>> This sort of reminds me of Unix before AT& T let BSD birth. No? And look >>>> what that spawned :-) >>>> >>>> >>> Yes, it could become the Linux equivalent for the OFBiz world... or it >>> could become one of the many thousands of forks (the 99%) in the history of >>> software projects that just are ignored. >>> >>> Jacopo >>> >>> >>> Ruth >>>> >>>> Christopher Snow wrote: >>>> >>>> Thanks BJ - that's the conclusion I'm starting to reach. >>>>> >>>>> Perhaps it would be worth some of us like minded people to getting >>>>> together? >>>>> >>>>> BJ Freeman wrote: >>>>> >>>>> I had the same complaint at one time. >>>>>> I now keep my own version under a different brand name. >>>>>> That is about all you can do. >>>>>> >>>>>> >>>>>> Christopher Snow sent the following on 11/13/2009 2:40 AM: >>>>>> >>>>>> >>>>>> Jacopo Cappellato wrote: >>>>>>> >>>>>>> On Nov 13, 2009, at 11:26 AM, Christopher Snow wrote: >>>>>>>> >>>>>>>> >>>>>>>> I was thinking about your comment of leaving the components in >>>>>>>>> place >>>>>>>>> even though they are not used. Does leaving unused components in >>>>>>>>> place have a performance impact on ofbiz? Do those components >>>>>>>>> consume memory? - they are certainly using disk space. Some of the >>>>>>>>> components for example BIRT consume a fair amount of space. >>>>>>>>> >>>>>>>>> Disk and memory are very cheap nowadays... >>>>>>>> I think I have answered your other concerns in another email. >>>>>>>> >>>>>>>> Jacopo >>>>>>>> >>>>>>>> Disk and memory are cheap nowadays, but small businesses don't see >>>>>>> it >>>>>>> like that, for example David Jones' ezBiz will be competing with >>>>>>> lightweight applications like OpenERP. >>>>>>> >>>>>>> Also, there's the security issues of having code running that isn't >>>>>>> required. >>>>>>> >>>>>>> Anyway, I get the picture. A modular ofbiz is not an option! People >>>>>>> in >>>>>>> control like ofbiz just the way it is - it suits their business >>>>>>> model. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>> >>> >> > > -- Best Carsten Schinzer Waisenhausstr. 53a 80637 München Germany
