More on the effects of open sourcing a closed product
by Andy Lester
As we came down to the wire, preparing for today's big release, I read Nat's Radar article "Opening the source" about how much more than mere licensing will change when open sourcing a project. It prompted me to write a list that I posted to my internal development blog.
Socialtext Open is going to change everything about how we write code. Even if you're not one of those directly responsible for getting Socialtext Open out the door on Monday, after that day, we'll see a huge shift in how things happen. It won't happen overnight, but it'll happen.
Off the top of my head:
- We're going to have a larger dev team.
- We're going to get a tenfold increase in potential distractions.
- What once were nice-to-have features may become mandatory.
- Socialtext Open releases will become big events.
- Little arcane bits of knowledge stored in our collective brains, like the maintenance of /etc/aliases.deliver, will need to get documented in a central place.
- We're going to have two bug tracking systems to maintain: our existing RT system, and one on SourceForge (not RT) for the open source community.
- Our visibility will increase tenfold.
- Each of us will have to know more about our products than we did before, because we will all become the face of Socialtext.
- Design decisions will have to be documented for the world to see.
- FAQs will be VERY FAQs.
- It won't just be the business folks checking us out, but now also the code folks.
- Things that we're used to, that have grown organically over time and that we've lived with for a while, may be held against us when held up to new eyes. ("Why do you guys use both TT and Mason? That's stupid!")
I know there are plenty of others. If you've gone from a closed to open source product, I'd love to hear your additions to the list.
Why split the tracking system? We've found that having one works much better. http://bugs.slimdevices.com/
|We know we want to do public bug tracking on SourceForge, but we're also not going to abandon our internal RT system. Much of our RT system isn't appropriate for public distribution.|
Personally, I would avoid sourceforget. It's slow, and you have little control. IE: You will outgrow it quickly, so don't bother with the pain of going there, and then doing something else.