flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alex Harui <aha...@adobe.com>
Subject Re: Donating to Apache Flex
Date Mon, 13 Feb 2017 06:05:02 GMT

On 2/12/17, 4:25 PM, "Justin Mclean" <justin@classsoftware.com> wrote:

>> Don't worry about finances, that's an ASF corporate question - to start
>> with, look at the directed funding proposal from the past President's
>> report in a board report.
>Alex’s suggestion as I understand it  doesn’t seem to fit with the above
>experiment. Alex (please correct me if I’m mistaken here) but you’re
>looking for lots of small donations from many (possibly unknown) people
>rather than a single largish donor up front right?

Yes.  I explicitly asked on board@ if I should continue to pursue this
idea even though it doesn't close to the 50K threshold mentioned in the
minutes and they said to go ahead.  My takeaway is that the Prez report
was an opinion and not a policy.  We need to solidify a proposal.  They
might still say no, but right now I am an additional person investigating
directed funding options so they don't have to spend time on it.  Maybe we
will come up with a good new idea.  Or not.

Thoughts on other responses:

Fundamentally, regardless of Apache "direction", it occurs to me that it
is just plain wrong for Flex to be a net consumer of resources at Apache.
Really, all projects should be striving to be providers, by bringing in
enough donations to not only pay for ourselves, but also have some extra
for the other projects that need help.  So I don't know how many of you
contribute money to the ASF and are willing to go public about it, but
before I go asking for a new VM from Apache I'd want to know we are
putting enough money in to effectively pay for it.  And that's the problem
for me:  if I write a check to the ASF, I can't currently earmark it for a
VM for Flex.

To me, the "Donate to the ASF" goal is different enough from the "Donate
to Flex" goal that it seems worth trying the latter.  The "Donate to the
ASF" goal is about altruism for open source software in general.  I'm
willing to give a certain percentage of my salary to good causes.  But I'm
willing to give more to help my community, because I hope to get payback
in other ways.

So sure, there may not appear to be a need to do something like this now
since things are working.  But just like you re-do the roof on your house
before it starts to leak, I want to find out what it would take to track
if we are paying for ourselves.  Would it require an actual separate bank
account?  Don't know.  Would we get a "cost center" like in my $dayjob?
Don't know.  We'll find out if we get that far.

I guess I didn't understand what Justin meant by "Professional Services".
The ASF doesn't want to pay for folks to write code, and I think that
include documentation as well.  But could the collection of lots of little
donations require that we pay for professional accountants?  It could.
The ASF already pays for professional financial management.

If some people want to collect money to pay folks to write documentation,
I think that needs to be done in a separate effort.

CI on builds.a.o is working nicely.  But what changes would be required to
move it to apacheflexbuilds?  Isn't there something special about
builds.a.o and its capability to publish Maven artifacts?

Other folks on past directed donation threads on other ASF lists have
expressed concerns about rich projects and poor projects.  IMO, the ASF
could implement a graduated tax.  Right now they are just saying 15%, but
they could raise it in general or tax higher incomes more.  In the US,
income is taxed on a graduated basis topping out at 35% or so.  I think it
is much higher outside the US isn't it?  15% may be too low.  It just has
be the right number to fund what needs to be funded without discouraging
donations.  I'd bet the higher income projects are also big consumers of
resources so there'd be enough money from the taxes to pay for the "poor"

We would have to have language that says that your donation is not
guaranteed to be used for what you want it to be.  I think many
fundraising manage to get this wording right enough to be successful.
We'd probably have to have language that if money doesn't get used or the
project goes to that attic someday that all funds will go to the ASF
general fund.

We would use the same decision making process to decide what to spend
money on as we do for deciding what code donations to take and other
project-level decisions.

I'm hoping that we don't have to do the same things that Infra currently
does.  I believe my Azure account pays for a lot of what Infra does.
Azure folks keep the servers up and running.  "All" we have to do is
install and maintain apps like Jenkins which several of us have already
figured out how to do, and maybe some day JIRA, maybe a web server, who
knows.  I already learned how to set up JIRA when migrating the Flex bugs
from Adobe.  These things feel more like application usage than "Infra"

We will have to have security on everything whether it is server-side or
client-side.  We will be writing a ton of client-side Javascript, so we
are probably way more exposed there.

A goal of the experiment is to see if we were to move all builds outside
of the ASF, who would save time and money and who wouldn't and would there
be any advantages or not?  If you follow build@ I see lots of issues there
that would be solved by decentralizing builds to a VM per project.

I'm not in a huge hurry to finalize a proposal.  I'm interested in
collecting more opinions, especially thoughts on whether folks have been
contributing money to the ASF today and whether they would contribute more
if there was a "Flex" bucket.  We have a tangible expense in the Azure VM
that we could pay for via these donations instead of asking the ASF to add
to their expenses to provide a VM for us.  The VM bill is small:
<$50/month for a 1 core 1GB Windows VM.  But still, if I can at least
unearth the logistics around directed donations at this level, I will have
provided the greater ASF with some useful data, and if it turns out to be
practical, then we will have contributed more money to the ASF than I
think we do now.


View raw message