Slashdot Mirror


Recruitment Options For a Small-Scale FOSS Project?

thermian writes "I've been developing my open source project for several years now, and I've never found a solution to one fairly important issue. How can a small-scale project attract new members? My project is pretty specialist, (no URL, sorry, I can't afford to get my server nuked) and I find that while it gets a fair bit of use, most users come to my software out of a need to solve their problem, or use my tutorials to learn about the subject, and none seem inclined to stick around and help make the product better. This is a fairly serious problem for me now, because my software has recently been adopted by a university, and I'm just not in a position to manage the entire set of applications and update everything on my own. Just preparing a version for release to students has been especially hard. The open source maxim 'Many eyes make all bugs shallow' only works if those 'many eyes' are available. So do you have any suggestions as to how, and where, to find people who fancy joining open source projects?"

12 of 210 comments (clear)

  1. No URL? by e4g4 · · Score: 5, Insightful

    no URL, sorry, I can't afford to get my server nuked Changing that might have been your first step. Putting your site on coral cache and posting *that* link here may have gotten you a dozen people interested in helping.
    --
    The secret to creativity is knowing how to hide your sources. - Albert Einstein
    1. Re:No URL? by complete+loony · · Score: 5, Interesting

      First result for "carey pridgeon" is nmod. If this is the right project, I'm not sure why he thought we could /. Google's servers.

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    2. Re:No URL? by Heembo · · Score: 5, Insightful

      Actually I find SourceForge to be cumbersome for development. Google code is much easier to use.

      PS: The idea of getting "highly skilled software engineers to work on your project for free" is over. Find a corporate/university sponsor and pay someone - or find a corporate/university sponsor who is willing to donate an engineers time to the project. Or be VERY patient and be happy for a small amount of progress. Many paid engineers work on projects like Linux.
      --
      Horns are really just a broken halo.
  2. Try the University by Klaus_1250 · · Score: 5, Insightful

    my software has recently been adopted by a university, and I'm just not in a position to manage the entire set of applications and update everything on my own. Why not try at the university? If they adopted your software, they might/probably are also be interested in getting it further developed.
    --
    It only takes one man to change the Wisdom of the Crowd to Tyranny of the Masses.
    1. Re:Try the University by RobBebop · · Score: 5, Interesting
      From the GPL version 3.0

      Emphasis mine... take note of the emphasis.

      15. Disclaimer of Warranty.

      THERE IS NO WARRANTY FOR THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY OF ANY KIND , EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD THE PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, REPAIR OR CORRECTION.

      Also from the same source:

      4. Conveying Verbatim Copies.

      You may convey verbatim copies of the Program's source code as you receive it, in any medium, provided that you conspicuously and appropriately publish on each copy an appropriate copyright notice; keep intact all notices stating that this License and any non-permissive terms added in accord with section 7 apply to the code; keep intact all notices of the absence of any warranty; and give all recipients a copy of this License along with the Program.

      You may charge any price or no price for each copy that you convey, and you may offer support or warranty protection for a fee.

      Here is my suggestion for you. Issue a letter to the university that has adopted your project and lay out a plan for supporting your software that flows a little bit like a business plan.

      Dear University,

      I have recently noted that you have adopted the use of a F/OSS software program that I am the primary developer for. I would like to thank you for your choice to promote Free and Open Sourced Software and say that I am honored by your selection of my project in particular to serve your needs.

      At this time, I feel that it would be appropriate to inform you that this F/OSS project, while it may accomplish all of your needs, is not considered feature complete or mature at the present time. There are a number of features which I feel would benefit your University that I have planned for the next release, but scarce time and a lack of a budget causes progress on this release to move along at a slower than desirable pace. Additionally, due to the unwarrented nature of F/OSS it is appropriate for me to caution you that your use of the software that I have developed is at your own risk (I have done my best to make this software as bulletproof as possible, but undiscovered bugs are known to exist in the most heavily tested software products).

      Having said all that, I am greatly interested the opportunity that University use of my F/OSS project presents, and I would like to present a set of possibilities for consideration that would greatly improve my ability to guarantee that you have the most mature, feature-complete software possible in the months ahead.

      1. *** A support agreement between the University and myself (though affiliating yourself with a proper business entity to protect your personal assets would be VERY prudent) so that I can guarantee support on any issues with the F/OSS project encountered by the University. By enlisting the services of the author before issues occur, I hope it would give you assurance that I am committed to the F/OSS program and peace of mind that things will just as intended.
      2. *** A development agreement between the University and myself to produce and release features that would benefit the University.
      3. *** A partnership agreement between the University and myself so that we can build a working relationship that will be mutually beneficial. Depending on the needs of the University, I could offer to mentor as many as a dozen students whose assistance could greatly accelerate the development of the maturity of the F/OSS project.

      I hope you will consid

      --
      Support the 30 Hour Work Week!!!
  3. Recruit? by RedWizzard · · Score: 5, Informative

    You can't really "recruit" FOSS developers. They'll join if they find your project and find it interesting enough. The best thing you can do is increase exposure. So why, when you managed to get a story posted to /., did you decide to hide what the project is? You had the perfect opportunity to expose thousands of developers to your project and you decided not to take that opportunity. Bad move.

  4. No URL == Credibility by edalytical · · Score: 5, Insightful

    For some people shameless self-promotion feels very sleazy. Apart from that, not everyone looking for help on their project is going to get a story on Slashdot. His question was probably accepted because it was legit and not just an attempt to tap /. for talent.

    If he would have included info about the project there would have been a dozen +5 Funny post that said: "Well for starters you could try posting on /. harharhar."

    Personally I find this question interesting an I think it warrants more than "post the link".

    --
    Win a signed Stephen Carpenter ESP Guitar from the Deftones: http://def-tag.com/?r=0008781
  5. GSoC by morrison · · Score: 5, Insightful

    Get accepted into the Google Summer of Code!

    It's becoming increasingly more competitive for organizations to become accepted as the program continues to evolve, but any established project with a vibrant user community has the potential to get accepted. Once accepted, Google basically provides an incentive for students to become involved with a project's development by seeding them with a summer stipend. It's a little more involved than that, but that's the gist.

    This is the first year BRL-CAD gets to participate and I can already say it's looking to be a lot of fun. It forces a project to organize, coordinate, market, and communicate more. It's a lot of work but well worth it ... and very exciting to see the increase in developer interest!

    --
    Cheers!
    Sean
  6. More support requests *your* problem? by Alwin+Henseler · · Score: 5, Insightful
    My thoughts exactly. But what's more important:

    This is a fairly serious problem for me now (..) No it isn't your problem. Unless they're paying you, you are not in any way obligated to make users of your project happy. Ofcourse you try to, but any user should understand they're not the only one with questions. And if nobody helps out, you're just a single person with limited resources.

    Suppose your user base where bigger. Say 100k users. Or 10 million. Could anyone still expect you to help out anyone of those users? Ofcourse not, and in that case these 10M users would be forced to help themselves (to some degree) anyway. The same goes for a university that decides to add X students to your userbase.

    Probably it's more a question of why you are working on the project, and what you get from that. Set your own priorities, decide how much time you want to invest, and go from there.

    May I suggest you ask the university to do some inhouse filtering of issues/questions (eg. using a local webpage / contact person), and give you a regularly updated 'top 10' list of what they consider most urgent/important.

    • If you want to support the widest possible userbase, then you might work on those issues that *also* affect other users of your project.
    • If you put this university first, then you could work their list from the top down.
    • If you're just doing it for fun, you could cherrypick from their list whatever issue seems most interesting.
    --
    Do only what only you can do. -Edsger Wybe Dijkstra
  7. Re:Suggestion by Whitemice · · Score: 5, Insightful

    Maybe the question was made generic so it would be of general interest? It certainly is a legitimate question for lots of projects.

    --
    Using "Common Sense" is being either to arrogant or to ignorant to ask people who know more about something than you.
  8. Re:Suggestion by JoshJ · · Score: 5, Interesting

    What gets me is that he's about to release it to an university and yet he manages to miss the most obvious resource yet: university personell. Unless the school lacks a CS department, there should be CS professors, CS grad students, and undergrads all available to work on the project.

  9. We all know what Mila Kunis would say. by Anthony+Boyd · · Score: 5, Insightful

    This is a fairly serious problem for me now, because my software has recently been adopted by a university, and I'm just not in a position to manage the entire set of applications and update everything on my own. Just preparing a version for release to students has been especially hard.

    I'm sorry to word this so aggressively, but what the hell are you doing? Open Source does not mean "I am free labor for everyone." Nor does it mean, "I am a doormat, please walk all over me."

    Listen, I'm no Linux kernel developer. I'm a poetry guy who was looking for a cheap way to get my poems out in front of eyeballs back in 1994, and coincidentally the Web had just appeared. So I'm only a long-time Web geek at best. And maybe that's not the kind of experience that some would respect. But I've put out probably 100 Open Source products in that time -- 50 phpBB mods, 10 Greasemonkey scripts, 5 Movable Type plugins, and a handful of awful, awful old scripts that nobody should ever use. I'm a father of two with a full-time job, and I've have had 15 year-olds tell me they couldn't be bothered to read the readme, because their time is more valuable than my own. I've had people come to my forums, stomp their virtual feet, and demand that I support them for free in much better fashion. After all, they ask, why did I release a product if I don't intend to add their feature requests and do the installations for them?

    Listen, their agendas are not your agendas. Their timetables are not your timetables. And most most MOST importantly, your job is not to be their serving wench. It's not a job at all! Get it straight in your head what you are doing this for. I can't tell you why you do it, but making yourself so stressed out that you have to post on Slashdot begging for help (but not giving out your project name, so you can be an even bigger martyr when it all goes south) IS NOT THE REASON.

    You know what I do? I say yes if I can, maybe if maybe, and no if I cannot. And I mean it. Don't make it more than that. Stop feeling obligated. And if you made promises that do obligate you in ways that you cannot meet, it's not the end of the world, but get back to the table and renegotiate. If people blackmail you with statements like "I guess I need another product" or "YOU put it out there, YOU DO IT" then just put that burden right to the side. I don't get bothered that someone might uninstall the app. They're cutting their losses (their lost time) and in the process they cut my losses (of time invested in someone who cannot help himself or herself) too. If you say you cannot build a feature and someone complains, tell them to build it. Seriously. Don't be mean, don't be vindictive, don't be snide. Mean it. If you are stressed and this isn't even your paying job, then draw lines and see who comes to your side. If they don't, then it didn't really matter to them. In which case, you're free to work on what matters to you, in a way that is healthy and sane.