Ad_Enuff wrote:
Personally I am all for it, but its up to Eric the author of RC to make that decision. I personally think it would boost development quite a bit.
I couldn't agree more. What better way to revitalize an already great program, and, in the process, perhaps suggest some improvements?
Ad_Enuff wrote:
Not sure if Eric woudl like to do that.......it would take some of the control away from him.
Ah yes.
Control. I'll be the first to say it can be quite
intoxicating... I too have started my fair share of small projects over the years, and, as Project Lead, I must say I have often enjoyed the privileges granted by that position... However, in the past 5 or 6 years (has it really been that long?), I have also noticed the great advantages offered by relinquishing a
small degree of control, especially for the betterment of a project, as a whole.
For me, going Open Source was something I at first couldn't even fathom doing, but, as I began to see its potential, I started to advocate for it quite devoutly.
And I don't say the above very lightly... Lets think about what going Open Source means...
I am a lone programmer.
One. And when I write code, regardless of how much talent I may think I have, there is still only one way I am seeing the code: through my eyes. If I encounter a problem, I solve it in a manner, which may seem best to me, but in reality, may be
the worst way at programming a solution.
When I review code, I am doing so from my perspective.
When I start to hypothesize about possible bugs in my code, I can only go upon what I am seeing and thinking. And while this might not be so bad for a simple 30-line script or 200-line program, it can get quite daunting for a 12,000 line project.
Now, lets look at the same situations through the perspective of Open Source... No longer am I a single, lone programmer, working on pieces of code, isolated from the intellect and undoubtedly valuable opinions of my peers, but rather, the
Leader of a Team of individuals whose intelligence, willingness to contribute, and ideas for improvement probably rivals or even surpasses my own.
Just like in a Closed Source environment, when I encounter a problem, I naturally try to code a solution as best I can. However, if a fellow programmer off in Sweden downloads and reviews that particular piece of code, and devises a
faster and much more
efficient way of solving the same problem,
why not use his solution?
It is this mentality, which sets Open Source apart from any other form of collaboration.
If I have to review 12,000 lines of code for bugs before I make a release, aren't the chances for catching a bug much greater if I have 300 other avid programmers, reviewing the same lines of code with me? One would tend to think so.
Which is why going Open Source can only prove to benefit most projects. Very little control would be lost, and you, Eric, could still lead the project. The only thing you would loose is the chance to make an already great program greater.
Instead of 1 mind toiling away at the keyboard, you will have 50. Instead of 1 mind thinking of, designing and implementing additions, you will have 300 minds all submitting possible improvements.
Instead of one mind, you will have many.
Which is why, Eric, I hope you take these suggestions into consideration. The results are real, and the benefits are tangible. And like Ad_Enuff said, its up to you to make that decision. I can only hope you do so wisely.
If you would like to hear more, ask questions, or hypothesize how this potential move to Open Source
might occur, I encourage you to post a reply! I've never regretted going Open Source, and I'm willing to bet you won't either.
Knowledge is power, and when knowledge is shared, everyone benefits!
Your enthused Open Source Advocate,
-cron