community-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ross Gardler (MS OPEN TECH)" <Ross.Gard...@microsoft.com>
Subject RE: projects.apache.org overhaul proposal
Date Wed, 14 Jan 2015 16:34:28 GMT
Maintaining servers costs money. Money has to come from somewhere and has to be budgeted. We
can't just drop a new demand on infra without discussing it with them and ensuring they have
the capacity.

In terms of maintenance of the result Im thinking who makes the changes we need as requirements
change over time? Somebody needs to be responsible for that and we need to be sure it is sustainable.
The easier it is to maintain the easier it is to find someone willing to do it.

As for my suggestion for OfBiz to be applied to operational area of the foundation I said
"currently unstructured" that is the information is in ad-hoc spreadsheets and mailing lists.
 OfBiz is, as far as I'm aware, designed for the kinds of functions I listed.

Sent from my Windows Phone
________________________________
From: Pierre Smits<mailto:pierre.smits@gmail.com>
Sent: ‎1/‎14/‎2015 8:25 AM
To: dev@community.apache.org<mailto:dev@community.apache.org>
Subject: Re: projects.apache.org overhaul proposal

Like INFRA is expected to host/support svn instances, etc. All dependant on
the requirements of the ASF.

OFBiz is the open source business enablement suite of the ASF (the works -
as a result of the project being an ASF), though primarily advertised as an
ERP/E-Commerce solution by the project.

What kind of requirements do think about when considering 'that any ComDev
member who wants to help out needs to learn OfBiz'? You are thinking of how
to use it? Or are your thoughts tending towards development?

Prior to creating the presentation (
http://www.slideshare.net/pierresmits/ofbiz-4-the-asf) I created a new
'community' application working out the PoC and functionality approaches
and that was done easily. As easy was converting some of the publicly
available data regarding projects and persons and importing it. And that I
used to get the screenshots used in the presentation.

Yes, OFBiz can also be used for and within other functions/domains of the
ASF. As was raised in the recent past regarding fund raising and the book
store. But also regarding the tracking and tracing of the promotional
materials of the ASF to 3rd party event organisers. How it is used within
the ASF is up to the board and its committees.

You seem to be suggesting in your last sentence that OFBiz (within the ASF)
should be used for the unstructured information and the associated
processes of the ASF. For sure, there are other solutions available within
the ASF portfolio that cater such requirements better.

Best regards,

Pierre Smits

*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com

On Wed, Jan 14, 2015 at 4:36 PM, Ross Gardler (MS OPEN TECH) <
Ross.Gardler@microsoft.com> wrote:

> This requires that infra maintain a running instance of OfBiz and that any
> ComDev member who wants to help out needs to learn OfBiz. Have you
> consulted with infra? Can ComDev members be expected to learn OfBiz in
> order to make a small tweak?
>
> It seems to me that whilst the extra functionality discussed here would be
> very valuable there is a much steeper path to build g something
> maintainable.
>
> I'd like to see approach this as a separate proposal from
> projects.apache.org work. OFbiz is likely to be useful to the Board and
> various foundation commitees and for this reason I don't see ComDev as
> being the right home or projects.apache.org being the right target.
>
> As I said when you originally raised this I would recommend focusing on a
> committee that tracks other data, data that is not currently well
> structured. Trademarks, media, fundraising and whimsy.apache.org are all
> examples.
>
> Ross
>
>
>
> Sent from my Windows Phone

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message