More on Build versus Buy versus Opensource
good discussion on what to use when:
- For common problems use Opensource
- For rare problems use Buy
- For unique problems use Build
- And in all cases make sure you maximise reuse
Louis Nauges takes the argument in a slightly tangential direction, suggesting that SaaS plus open APIs is a different option. I guess I considered it nothing more than a variant of Buy, but then I may have misinterpreted what Louis said. Yes there are SaaS examples that are free-as-in-gratis, but opensource to me remains free-as-in-freedom, so I can’t really find examples of “opensource” SaaS. I need to think about this a little more.
Jag takes a completely different line, one that I am still pondering. What kind of ontology and taxonomy is needed in order for us to classify the problems and their domains accurately? How do we have to educate IT professionals as a consequence of this? More of this later.
Once again, do keep the comments coming. I really do appreciate them, even where I don’t answer back individually. And I learn from them. Occasionally I land up with quite a backlog as a result, but that’s a nice problem to have.
And remember, these conversations are snowballs. None of us should be proprietary about how they evolve and where they get to. You start them off and soon they have a life of their own. Sometimes someone else starts them off, and all you do is add bits to it.
Yes of course the conversations get fragmented. But this is better than stultifying and straitjacketing the conversation in the first place. And if we use tags and folksonomies sensibly, we can always de-fragment them.
Recent Comments