This isn't a problem at all. That is an area that we have tried to
make more clear over time, ie that Undersun does not own nor have any
exclusive relationship with the OFBiz project. This is actually one
thing that I really like about the potential OFBiz/ASF relationship:
it clarifies this separation.
In the past the only reason we have charged something and had certain
requirements for being listed was to make the list more useful to
"consumers" of the list (ie a smidgeon of quality control), but this
really isn't much and I have no problem with removing the money
requirement and revising any other requirements (or perhaps make them
more "guidelines" or something), and of course through SVN make it
possible for others in the core committer group to be able to modify
it as needed.
I appreciate the feedback and agree that this is a page that needs to
have some changes. That may be true of other pages, and perhaps the
layout and such of the ofbiz.org site in general, and if so that's
fine (it's needs some beautifying and reorganization in certain areas
anyway...). In a way I'd also like to make some very clear changes to
the site as we go through the incubation process to make it clear
that while our approach has been pretty similar to the ASF philosophy
in the past, we are very serious and public about moving even more
(and all the way) in that direction.
This might be better as a general discussion or a discussion for
another board/list, but has a more structured service/product/etc
provider database ever been considered for Apache in general? We have
considered this in the past for OFBiz to have better information
maintained by the companies/individuals themselves to show the areas
of expertise, live sites or clients they have worked with,
relationship and contributions to various projects, and so on.
-David
On Jan 19, 2006, at 11:36 AM, Yoav Shapira wrote:
Hola,
Sure, but J Aaron already beat me to it ;)
One other decent page not included in his post is
http://www.apache.org/info/support.cgi of HTTP support providers. The
text at the top is good.
This is not a high bar: OFBiz won't have a problem meeting it before
it goes out of incubation I think...
Yoav
On 1/19/06, Si Chen <[EMAIL PROTECTED]> wrote:
Yoav,
Can you provide us with an example of a "good" services provider page
from some other Apache projects?
Si
Yoav Shapira wrote:
Hola,
IMHO, as long as no one provider is preferred over another, the
current stuff is not a problem. If you list one provider of
commercial services related to Apache Foo, you should list other
competing providers if/when they request to be listed on the same
page.
Yoav
On 1/19/06, Al Byers <[EMAIL PROTECTED]> wrote:
J Aaron,
As one of the committers, I would have no problem have any
reference to my
company removed, if that is necessary for the process to continue.
But I wonder if there is not a bigger aspect to this whole
thing. I see your
remarks about ASF encouraging commercial efforts, but OFBiz is
significantly
different in this regard. As has been mentioned earlier, up
until this time
ASF products have mostly been "tool" oriented. With OFBiz, ASF
will be
offering a product that is ready for businesses to plug in with
very little
effort - adding a huge new market for its services. No longer
need its
client-base be programmers only. Of course, I want to also
restate that
OFBiz is both a programming framework and set of end-user modules.
The big service that ASF offers is to provide quality tools and
products for
free. This is very important for small businesses and developing
economies.
With OFBiz, it would be greatly expanding its value to these
sectors and I
wonder if some good PR could come of it - if ASF makes an
announcement that
it is moving to more directly benefit SMB/Es, etc.
-Al Byers
--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]