22 Jul
2012
22 Jul
'12
2:27 a.m.
On Sat, July 21, 2012 6:19 pm, Folderol wrote:
On Sat, 21 Jul 2012 12:11:56 -0400
Paul Davis <paul(a)linuxaudiosystems.com> wrote:
I can see the value in this. I'll look at adding a section to
Linux-audio.com. At the very least we can have a single point for people
to collect info on bugs that are not being picked up by anyone else.
That could be handy even if no one makes any money from it.
What are the core features that we require?
software
bug/function
payment (up front or pledge)
release date/due date
owner (developer who is doing the work)
bid (how much they will complete the job for)
time estimate ( how long it might take them to complete )
Maybe if we have a pledge option the money has to be paid before the work
is started but not released to the dev until after it is completed/signed
off
Effectively an escrow.
We could have a time out for projects that don't receive an owner and the
funds if already paid can be released back to the payee or added to the
generic pool. That way if projects don't get enough funds we may be able
to push them over the line.
I suppose only people who are active members of LAD/LAU should be allowed
to "compete" for projects. Otherwise we will not have any leverage over
people actually doing decent work or even completing the job.
--
Patrick Shirkey
Boost Hardware Ltd
On Sat, Jul 21, 2012 at 10:52 AM, Alexandre
Prokoudine <
alexandre.prokoudine(a)gmail.com> wrote:
its even worse. even if you can tell how long you will spend fixing a
problem, you don't find out till you've done 90% of the fix already.
This is the exact parallel of the situation with electronic repairs. The
number of times I've been asked for a repair estimate... and the customer
*never* believes it takes 5 hours to find an O/C resistor or that actually
finding it *is* the fix.
On Sat, Jul 21, 2012 at 6:41 PM, Charles Henry
wrote:
> Also, you never know how long you'll spend working on a problem,
until
you
actually do it.
Not only that. It's also quite possible that users will never collect
the amount of money required to implement or fix something.