'Bounty' model for small development tasks on RT?

Other than Best Practical, I sense that there are people who are willing to
do for-fee development on RT. Where do such people congregate and, if they
congregate here, is the ‘feature bounty’ method considered an accepted
practice for work on RT?

Kris Boutilier
Information Systems Coordinator
Sunshine Coast Regional District

Other than Best Practical, I sense that there are people who are willing to
do for-fee development on RT. Where do such people congregate and, if they
congregate here, is the ‘feature bounty’ method considered an accepted
practice for work on RT?

Kris,

The RT mailing lists aren’t really a commercial place. We (Best
Practical) try fairly hard not to “push” our services on the mailing lists
and users don’t generally solicit RT-related consulting services here.
That said, Best Practical is available for any RT-related development
work you need. To get in touch with us about quoting a particular bit
of work, email us at sales@bestpractical.com. It’s my understanding
that outside developers doing perl work (RT or otherwise) are most often
paid hourly as consultants, rather than a flat fee for a ‘feature’. If,
for some reason, you’re not interested in working with us to do work
for you, I’ve heard that folks have had good luck with jobs.perl.org
for recruiting perl hackers.

Best,
Jesse Vincent
President
Best Practical Solutions

-----Original Message-----
From: Jesse Vincent [mailto:jesse@bestpractical.com]
Sent: November 17, 2004 10:45 AM
To: Kris Boutilier
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] ‘Bounty’ model for small development tasks on
RT?

Other than Best Practical, I sense that there are people who are willing
to

do for-fee development on RT. Where do such people congregate and, if
they

congregate here, is the ‘feature bounty’ method considered an accepted
practice for work on RT?

Kris,

The RT mailing lists aren’t really a commercial place. We (Best
Practical) try fairly hard not to “push” our services on the
mailing lists and users don’t generally solicit RT-related consulting
services here.
That said, Best Practical is available for any RT-related development
work you need. To get in touch with us about quoting a particular bit
of work, email us at sales@bestpractical.com. It’s my understanding
that outside developers doing perl work (RT or otherwise) are
most often paid hourly as consultants, rather than a flat fee for a
’feature’. If, for some reason, you’re not interested in working with us
to do work
for you, I’ve heard that folks have had good luck with jobs.perl.org
for recruiting perl hackers.

Ah… I see I should have thought a little bit more before I dashed off that
email. I did not intend to imply that we didn’t want to deal with (or had
any issues whatsoever with) Best Practical. In point of fact I remain very
impressed with Best Practical, RT and the community surrounding it. :slight_smile:

Rather, I was just trying to scope out the development processeses
surrounding RT. We’ve been moving towards integrating various open source
products as part of our core operations and a frequent question from upper
management about open source products is ‘who can support this thing’, ‘what
if they go away - Microsoft isn’t about to’ and so on. Obviously Best
Practical are ready and willing with their support offerings, however our
internal discussions have also made mention of bounties, contract
development and so on used in GPL’ed products. I was simply trying to scope
out the roll, if any, ‘bounties’ play in the development of RT.

Sorry if I raised anyones hackles. Again, certainly not my intention.

Kris Boutilier
Information Systems Coordinator
Sunshine Coast Regional District