Coder1
04-05-2006, 11:39 AM
Introduction
You've written a great plug-in. You're very excited about it, proud of it, and understandably wonder if you should share it with the vBulletin community. It has nothing to do with profit - there is tremendous satisfaction in sharing your work with peers who appreciate it and use it. Should you package and release your plug-in? I've been faced with this question, and have chosen not to release my plug-ins to the public. As you make your own decision, you might be interested to know why I decided not to release plug-ins.
Quality
Is your plug-in truly robust? If you're like me, then you wrote your plug-in to work on your site. You know your site, and once it works there, you're finished. Did you carefully track all of the decisions you made? For example, is your plug-in fully phrased? Would it work on a French-language forum? Did you hard-code styles or attribute values? Did you test your plug-in in conjunction with other popular plug-ins? Did you fully consider how your plug-in would work on a site that used different permissions? Categories? Private Forums?
There is a vast difference in writing a modification that works on your site, compared to developing a full-fledged plug-in that would work on any site. Turning your modification into a plug-in could easily multiply the time dedicated ten- or even a hundred-fold. Can you truly afford to spend all of that time?
Compensation
That brings us to the next consideration: compensation. If you do your job correctly, you have made a significant investment in time. It would be nice to at least recuperate your costs, and there's nothing wrong with making a profit, if possible.
There are legal ramifications once money is involved. Say someone installs your plug-in, and their entire site crashes. They blame you. Whether they are right or not, really the burden of proof, and the liability, rests with you. Are you prepared to face this situation?
Also, paying customers feel they are entitled to more than just the software itself. They've formed a business relationship with you, and feel that relationship entitles them to an ongoing dialogue with you: feature requests, bug fixes, technical support.
Technical Support
Are you truly prepared to support your plug-in? Regardless of whether you release it free of charge or not, there will be issues, and you will be called upon to resolve them!
Spend any time on a popular plug-in site, and you'll find thread after thread of upset users demanding attention for their problem. Can you answer every one of them? Even very high-quality plug-ins, such as vbAdvanced CMS, have these issues. People with every conceivable hack, configuration, and technical ability will install your plug-in. They'll blame your plug-in for problems they themselves caused by their latest custom query, template change, or PHP hack. You'll have to sort all of that out, and if you don't do it in what THEY consider a timely manner, the negative publicity and feedback will snowball. A wise man once said "No good deed goes unpunished" - meditate on that as you contemplate releasing a plug-in to the public.
Conclusion
One of the outstanding features of vBulletin is its highly configurable template and plug-in system. With such a wide user base, new ideas for plug-ins are constantly hatching, and the temptation to share your own plug-ins can be quite strong.
However, carefully consider all the factors - you may decide, as I did, that the risks far outweigh the benefits.
You've written a great plug-in. You're very excited about it, proud of it, and understandably wonder if you should share it with the vBulletin community. It has nothing to do with profit - there is tremendous satisfaction in sharing your work with peers who appreciate it and use it. Should you package and release your plug-in? I've been faced with this question, and have chosen not to release my plug-ins to the public. As you make your own decision, you might be interested to know why I decided not to release plug-ins.
Quality
Is your plug-in truly robust? If you're like me, then you wrote your plug-in to work on your site. You know your site, and once it works there, you're finished. Did you carefully track all of the decisions you made? For example, is your plug-in fully phrased? Would it work on a French-language forum? Did you hard-code styles or attribute values? Did you test your plug-in in conjunction with other popular plug-ins? Did you fully consider how your plug-in would work on a site that used different permissions? Categories? Private Forums?
There is a vast difference in writing a modification that works on your site, compared to developing a full-fledged plug-in that would work on any site. Turning your modification into a plug-in could easily multiply the time dedicated ten- or even a hundred-fold. Can you truly afford to spend all of that time?
Compensation
That brings us to the next consideration: compensation. If you do your job correctly, you have made a significant investment in time. It would be nice to at least recuperate your costs, and there's nothing wrong with making a profit, if possible.
There are legal ramifications once money is involved. Say someone installs your plug-in, and their entire site crashes. They blame you. Whether they are right or not, really the burden of proof, and the liability, rests with you. Are you prepared to face this situation?
Also, paying customers feel they are entitled to more than just the software itself. They've formed a business relationship with you, and feel that relationship entitles them to an ongoing dialogue with you: feature requests, bug fixes, technical support.
Technical Support
Are you truly prepared to support your plug-in? Regardless of whether you release it free of charge or not, there will be issues, and you will be called upon to resolve them!
Spend any time on a popular plug-in site, and you'll find thread after thread of upset users demanding attention for their problem. Can you answer every one of them? Even very high-quality plug-ins, such as vbAdvanced CMS, have these issues. People with every conceivable hack, configuration, and technical ability will install your plug-in. They'll blame your plug-in for problems they themselves caused by their latest custom query, template change, or PHP hack. You'll have to sort all of that out, and if you don't do it in what THEY consider a timely manner, the negative publicity and feedback will snowball. A wise man once said "No good deed goes unpunished" - meditate on that as you contemplate releasing a plug-in to the public.
Conclusion
One of the outstanding features of vBulletin is its highly configurable template and plug-in system. With such a wide user base, new ideas for plug-ins are constantly hatching, and the temptation to share your own plug-ins can be quite strong.
However, carefully consider all the factors - you may decide, as I did, that the risks far outweigh the benefits.