Paul,
Oh, I forgot it was originally your thread! I even wrote you privately about it. Geez. I always
had problems with my memory. Too much CPU for reverse-engineering, too little cache to remember my
work once it's delivered. That's my problem with music too.
Paul, you can use one of my virtual instances for testing. Yeah, you'll be testing my boss'
version of OFBiz. But we try to keep it as near OFBiz as possible for easy maintenance and merge
with mainstream OFBiz SVN.
Right off bat, you'll see some functionalities fully fleshed out (half-baked in mainstream OFBiz).
You'll also spot (or not spot) many bugsfixes.
For now, I'm just moving my boss' OFBiz along his requirements. But if you, like Ian, has a vision
for fleshing out all "best practices" (commonly needed, "duh, why isn't it there"
functionalities), then you are free (like Ian is) to submit issues (via Mantis) to me. Together,
we'll:
1. Round off all half-implemented concepts so newcomers don't have so many red
herrings to deal with.
2. Document all fully-implemented concepts so newcomers know that undocumented
concepts are either not there or not fully there.
The above is something David has clearly said he will not address (not OOTB-oriented). So, it's
open season for us. :) We'll be swimming in another pond, so David shouldn't mind.
I do stress that this isn't a fork of OFBiz. I don't support dilution of open source resources
(yes yes, in many cases it's simply necessary, and yes I do have my own fork of hibernated project
phpMVC, even relatively active Mantis, and many others).
(* military band starting to drum a march *)
Some of us may be currently breaking off to handle smaller skirmishes (smaller clients who cannot
afford non-OOTB, big customization projects); some will stay in fatherland factory to continue
plodding along, serving the bigger (easier?) clients. I believe David will give his blessing to
those of us who will venture out, who stick our necks out to take the horizons.
I urge us all to collaborate. David will continue to feed those of us on the frontlines (by virtue
of OFBiz being open source). Those on the frontlines should also report new targets (market
requirements) back to David (by virtue of a published document of exploration?). Together, we can
win this war. OFBiz will take over the world of ERPs. Erm... I mean... OFBiz will bring love and
peace to the world. :)
And lastly, welcome back, Paul Gear! I know you've been watching OFBiz from a distance since your
boss crossed out OFBiz (thankfully, mine has responded to my incessant begging!). Join us!
Jonathon
PS: I gotta get my head checked for military bands.
Paul Gear wrote:
David E. Jones wrote:
Nope. The users list is for users of OFBiz. The dev list is for
developers of OFBiz. There is commonly confusion around this point.
On the users list we don't care if the users is a developer customizing
OFBiz or an end user who is only seeing OFBiz from a web browser.
If you're trying to say that the community isn't geared up to support
end users who just touch OFBiz through a browser and are people
fulfilling orders and managing warehouses, then you're are 100% correct.
This community is not even close to geared up for something like that.
Not even close. We also don't have major aspirations to doing that
because there would be a significant resource gap. If you have some way
of staffing such a thing that has eluded the rest of us, please let us
know!!!
Wow. I wasn't aware my question would generate so much discussion. My
basic aim in asking was to find an excuse not to by MYOB. It sounds
like OFBiz is not even close to that yet, but there is plenty of room
for an end-user targeted interface to both OFBiz itself and the
introductory documentation.
I'd be happy to contribute requirements, testing, and some documentation
if there are more experienced OFBiz people who can guide me in the
direction.
