Thank you, Mr. Byers, for posting such a remark-worthy suggestion, and thank you, Mr. Rosser, for providing the inertia that might help start an exciting new OFBiz-related project (congrats as well on securing a happy jeweler client).
I would be an enthusiastic participant in any documentation project whose outcome helped business managers become dedicated OFBiz end users. Indeed, I am one such hopeful business manager, excited by the prospect of having OFBiz at the core of my transactional processes, daunted by the IT learning curve. I am by trade a tech writer with over 15 years of experience, mostly doing API docs for SDK products. I also have a Fine Arts degree in Creative Writing, and those two properties combined make me one of the most sought-after writers in the Vancouver IT industry. I am, though, as I said, now working on becoming a successful business owner. >From my perspective, this might be a proverbial golden opportunity. I would learn a lot and move up that learning curve, plus I have much to offer those who seek to improve OFBiz documentation and attract more CFOs & CMOs to the product. I ask the community how a prospective team might start a workflow (Agile or whatever) for such a project. Would a focal point of managing productivity be JIRA or something like that? Is there an eat-the-dog-food instance of OFBiz out there allowing authorized contributors to use its Scrum functionality? Maybe even its CMS interface? I would love to help make OFBiz compatible with any arbitrary CMIS-compliant product, but that's just me... Thanks for everything that everyone does to make this product world-class. On 14-02-13 07:26 AM, Ted Byers wrote: > On Thu, Feb 13, 2014 at 7:06 AM, Nick Rosser <[email protected]> wrote: > >> All, >> >> I thought I'd share some encouraging news from a recent implementation we >> were involved in: >> >> * we built a site for a Philly based jeweler who has some unique >> products geared for Valentine's Day >> * they start their sale on 1-Jan, it typically gains real momentum by >> the end of Jan, and peaks around the 11th, 12th Feb >> * peak #visitors (day): 20,000 >> * peak #pageviews (day): 150,000 >> * peak #orders (day): ~4000 >> * peak #concurrent users: 275 >> >> And perhaps the most impressive fact around performance was that during >> peak the site was flying, no noticeable difference if there was a single >> user or 275 concurrent users. >> > > This looks good. It wouldn't be so good if you had to deploy on the latest > super-computer to get that performance, but it would be astounding if you > could get that off a five year old desktop that would otherwise be a really > ugly paper-weight. ;-) > > I agree with you that it would be good to collect reports like yours > regarding good performance. Might I suggest setting something up either on > the OFBiz site, or on yours, to make such reports easy to find. I would > also suggest that the technical details of the host be provided (whether > that is on Amazon's service, or one of the many other hosting services), > documenting at least the amount of RAM, number of cores/processors, and > hard disk space. And with the processors, some indication of the speed of > the processor (after all, my current workstation, with 8 cores, is more > than an order of magnitude faster than my old HP that had a 4 core AMD - > not all cores were created equal). And how many (virtual) machines were > used: 2, 3, more? And if more than one, how is each used? > > It is great that this is affordable for small business, but a good > businessman is going to want information that lets him assess the cost of > getting it done (both initial setup and continuing monthly costs), along > with the performance, and whether or not the interface is user friendly. > How can a businessman hope to do a cost-benefit analysis without such > information, especially if he or she knows little about IT save that it is > needed and must rely on outside consultants? > > I would suggest that, in addition to providing information suitable for > other developers interested in contributing code, and more for users, it is > necessary for some documentation, along with reports of performance like > yours, written to deal with the concerns of a businessman from the > perspective of businessmen. Only then will OFBiz really thrive, if I may > use that metaphor. > > Cheers > > Ted >
