community-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Pierre Smits <pierre.sm...@gmail.com>
Subject Re: projects.apache.org overhaul proposal
Date Wed, 14 Jan 2015 18:46:00 GMT
You are correct. And I am aware that budgets are limitied. But I don't what
the budget will be nor decide where the money of the ASF flows. I can only
ask for some of it regarding a project. And even then, I won't consider
doing so for something that could be perceived as a pet project of Pierre
Smits. If ASF offices do want an OFBiz implementation to work with, maybe
they should go ahead and involve both INFRA and the OFBiz community.

I understand the concerns. I myself have them as well when dealing with
volunteer organisations. But - and apparently - the ASF has this solved
regarding the INFRA office. The same could be worked out for the other
solutions and/or services it needs to have in place.

You just need to ask the right questions to the right people.

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 5:34 PM, Ross Gardler (MS OPEN TECH) <
Ross.Gardler@microsoft.com> wrote:

> 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
>
>

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