Robert Mann wrote:
> As the situation stands, livecode drives the whole lot. So community
> money contributors just support "blindly" livecode without any form
> of representation. I wonder how long that can go on just like that.
Part of the role of a Community Manager is as a sort of ombudsman, an
advocate for community interests in discussions with the core dev team.
Ask Peter or Kevin and they'll tell you that much of our regular
meetings involve my advocacy for community interests.
One of the challenges is determining exactly what those community
interests are. This thread is a good example: first there was a
request for SFTP, the SMTP, then audio recording, and others.
To help turn myriad list posts into actionable information, LiveCode
conducts several surveys of the user base each year. But of course
surveys are very limited in more ways than are worth listing here, so
data collected there is augmented with many discussions both internal
and with your Community advocate to help sort them out into priorities.
As with any software project, priorities are best served by attempting
to gauge return on investment. For example, if we have a hundreds posts
for a feature but those posts are from a single user, even a feature
less frequently discussed may take priority if it's determined to
benefit a larger number of users.
Those priorities are also weighed against cost of delivery. While we do
occasionally see requests specific to one platform, most requests cover
multiple platforms. As we can see from the very small number of
high-level scripting languages that offer integrated GUI support across
seven platforms, this is evidently not a trivial task; few projects even
attempt it at all.
Most of the Kickstarter goals have been delivered, the rest actively in
development, and the Feature Exchange items have been in direct response
to user requests. In each case, participation in the fundraiser has
always been completely optional for us - if we see something we like we
can fund it, and even if we don't the Community Edition has and will
continue to benefit from those, and everyone, contributor or not, has
free and open access to it.
If there's a specific feature you had in mind, let's talk about it. If
a positive ROI for it can be determined it'll likely get done.
Many larger projects enjoy something we don't yet have: outside
companies paying full-time salaries for developers contributing to the
software. For example, Google and others pay several staffers to
contribute to Python, and a friend at Heroku told me last night that he
has a couple excellent engineers whose full-time job is submit pull
requests for postgreSQL.
As the LiveCode projects grows we're seeing a bit of that, even if at a
smaller scale than full-time staffers. For example, David Simpson of
.Com Solutions needed some specific clipboard enhancements, so he
contacted the team, got a quote he found reasonable, and covered the
development cost. Those enhancements are now in all LiveCode editions,
including the Community Edition (thank you David!).
What we all want to avoid is being another TideSDK. That was an open
source project where Appcellerator spun out their desktop platforms so
they could focus their considerable investment on just two (iOS and
Android). The desktop project deployed to Mac, Windows, and Linux, and
was released under permissive license so it was fully dependent on
donations alone. A couple years ago one of their blog posts noted that
they'd received less than $600 in donations for the entirety of that
year. The project has since died for lack of funding.
The mix of development options LiveCode has offered to date represent
their best effort at measuring community interest balanced with ROI.
But like any process, there's always room for refinement.
So like I said, if there's a specific feature you want let's discuss it
and see how we can put together the resources to make it happen.
--
Richard Gaskin
LiveCode Community Liaison
rich...@livecode.org
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode