Skip to main content

Open Source killing my idea?

I have an idea for a piece of software that would bring a lot of value to a lot of developers. However, while the idea is quite clever, implementing it does not take that much of an effort. So how am I going to protect myself against the open source community? I could probably make a decent profit from the thing. So there is the real possibility that I can spend some of my working time working on this cool thing. But only if the open source community does not hijack it.

It would not cost much, say $29 per licence. That's close to nothing for a developer. To me it would mean I would get to enjoy the fruits of my idea, that is, getting paid for working on it. Nevertheless, I believe it would be copied very quickly. And then I would not stand much of a chance against the combined might of the OS community. Is this fair? How do you people justify it?


Anonymous said…
How do you people justify it?
We would argue that it is you who need to justify exploiting an idea. You're the one making a claim (that you, and only you, have the right to exploit an idea) and the burden of proof is upon you.
Agreed. However, I don't mean to exploit it (taking this word to have its negative connotation). All I ask is that I get paid for the effort of implementing it. But I guess you're right: I should turn up something that people pay for instead of whining. Sorry.

Popular posts from this blog

Threaded chat article and demo

While nothing major, managing threaded conversations in chat has bothered me for quite a while. Yesterday I had an idea on how to improve matters:
Works using existing chat infrastructure. Needs only augmented clients.Plays well even if other party uses a non-thread aware chat tool.Separates threads automatically based on interaction patterns.I've written an article and have created an online demo about it. Discussion welcome.

Access 2003 and the DCOM Server Process Launcher

Here's a hint: Don't disable the "DCOM Server Process Launcher" service on XP SP2. It may look like one heck of a vulnerability when you really don't use DCOM at all, but, unfortunately, Microsoft Access 2003 does. It will simply open an instant message box stating "A problem occurred while Microsoft Access was communicating with the OLE server or ActiveX Control." if the service is not running.

Beyond TDD: Documentation Driven Development

There are quite a few articles extolling the virtues of test-driven development these days (here's one). And for good reason, too. Having done TDD for quite a while, I recently started combining it with documentation-driven design. This is what my open-source tool, JCite, is all about.

With this approach, I
sketch out the most important use cases,combine them into the index of a tutorial (links plus teasers summarizing the use-case),flesh out the tutorial topics (and thus use-cases) one by one,develop the use-case tests in parallel to each topic,cite the important parts of the tests as actual code samples into the topic, andonly then start doing the implementation (this last step is accompanied by more tests, which are now more like unit-tests).In all, this is like literate programming, but of the use-case tests rather than the implementation code.

TDD already helps to make you focus on the user during API design. DDD takes the effect further by making you tell consistent and convinc…