Slashdot Mirror
Maybe Software Patents Won't Kill FOSS After All
Roblimo writes "Lawrence Rosen, attorney for the Open Source Initiative, doesn't seem to be as worried about software patents' effects on open source development as some Slashdot readers. In this article he says, 'Don't be too paranoid about the patent problem. It's a real problem, but not a catastrophe. Any patent owner that tries to assert its patents against open source software has many hurdles to leap before the royalty checks start to arrive.'"
When the Great Patent War commences next year, it won't be about getting checks - it will be about scaring people away from Open Source solutions to problems previously solved by proprietary products. The companies that will asserting the patents don't need and don't want the money - they want the products dead and customers scared off.
A voice of sanity on slashdot. I knew it was a slow day.
While the points in the article show that patents aren't easy to use in order to scrub out OSS projects, I know plenty of people would simply fold when faced with the prospect of a long expensive legal battle with a team of lawyers who have funding that is, for all realistic purposes, limitless even if the leader of the open source project knew they were in the right.
If you write something that [big company] doesn't like, they sue and you have to either drop the project that's taking up time anyway or fight and risk a chunk of your own money then you are quite likely to pick the path that doesn't potentially leave you in the gutter, particularly if you have a family depending on your income and the program was just a little 'spare time' project.
The true legalities may not be too bad, but the big corporations have yet another way to threaten the little guy and I wish we could count on them to do the right thing and not abuse there cash reserves by draining people dry, but past experience shows that companies often don't have this kind of common decency.
And as a seperate problem, no, you can't "just" claim prior art. You have to be dragged into court, comply with C&D letters for several months, and give huge amounts of money to lawyers. Individuals simply can't afford this - for any project smaller than Linux itself, the maintainers would likely give up for financial reasons. Our legal system is too bloated and ineffective to rely on it as a safety valve for the chilling effects of patents.
Mr. Rosen is a smart guy who knows about open source. (And I appreciate his "summary" at the end of the article, for those of us who never RTFA ;-). But I
find his recommendations a little hard to swallow.
1. Don't be too paranoid about the patent problem
The guys with the patents only have two hurdle to cross: writing the cease and desist letter, and writing the FUD press release ("Linux stole are technology"). This *first* step in patent litigition can kill an open source project, never mind the *last* step (getting the royalty checks).
Sure, maybe Mozilla and Apache will survive a patent attack. But what about a smaller open source project? The "guy in mom's basement". These guys will just pull their projects, regardless of the merits of the case.
2. Don't try to out-invent the big guys.
Don't try to out-code them either, right? Wrong!
If open source can produce a product that competes with a multi-billion dollar company's product, it can pool its resources to generate patents. We should find a way to achieve this goal.
I bet many clever open source programmers can find all kinds of stuff to patent in their code.. do you use a checksum to save some computation? Use a clever algorithm to distribute work among nodes? Transfer data out-of-order to exploit some optimizable properties of data? Look in your code, start thinking in terms of patents. Keep your bar LOW. Even the simplest thing is patentable, as we have seen time and time again.
Take software licenses as an example: before the GPL, software licenses were an afterthought.. you just wanted to make sure you got credit. But the GPL is a tactical weapon that opened people's eyes to the issue of software licensing and the world of draconian EULAs we now deal with. Even if you don't like the GPL you must agree that licensing is almost as important as the quality of the code itself.
We need to have the same eye-opener when it comes to patents. Maybe one of the big guys like FSF or Apache should take the first step and start applying for patents. Start a "patent fund" to research and file the patents.
3. Conduct a reasonably diligent search for patents we might infringe.
Why? What do we do when we find a patented technology that has no substitute (like "1-click ordering", the best you can do is make it "2 clicks")? Might as well ignore them until the C&D comes. Let *their* legal departments do the work.
Design around patented technology wherever possible.
What if it's not possible? What if the patent depends on, say, some part of a public spec? Either violate the patent, violate the spec, or go home. But generally this is good advice. If you know you are violating a patent, come up with something better, if you can..
5. Identify allies who can defend us with their patent shields.
This is good advice. Find a company with a "patent promise" that they won't litigate patents offensively.
6. Withhold our software from those who sue us for patent infringement.
Uh, okay, that'll show em. Hey microsoft! Your license to distribute Linux has just expired! TAKE THAT! And how will "the guy in the basement" enforce this anyway???
Make no mistake, the bigco's (microsoft in particular) are salivating at the thought of destroying open source and painting them as "IP theives" all in one blow.
If the sky isn't falling yet, it will be someday.
I would add a #7 to his list:
Make sure the business world understands the value proposition of open source and software freedom. It's not about altruism or people sitting at home saying "I'd like to write a content management system today, for free". It's about talented people solving real business problems for their own benefit. It works in the free market because it *is* the free market. It's not anti-competitive, it *is* competition: you're as good as your code, and no better.
When microsoft tr
What's wrong with that? In the software industry, the implementation is what costs money.
See - it's took me 30 seconds to prototype that. The actual investment would have been filling in that comment. And if someone else can do that part cheaper, then let them - everyone gets cheaper widgets, and the company's real investment, the implementation, remains protected by copyright law. This also gives them an incentive to improve their implementation, whereas if they patented it, not only would they not need to improve it, they could keep others from improving it.Ok, here's an idea I haven't seen floated around on Slashdot much... Use the closed-source model as a weapon against itself. Corporate software vendors are bound by their own dogma and/or investors to never let their source code out.
Patents REQUIRE full disclosure. Think of a 19th century inventor like Edison. He has to fully describe his invention in a patent disclosure so that anyone in the field can make use of the invention. That is the spirit of a patent. It is required, or the patent is invalid.
Fast forward to the 21st century. If a patent holder cannot fully disclose a working model and description of an invention (i.e. source code.), then the patent holder has violated the responsibilities of a patent holder and looses rights to the patent. Yes there are examples of this, and yes it is clearly spelled out in law.
There are probably concepts that don't require source code to demonstrate, but most code-level innovations that geeks are worried about do. Furthermore, court action brings the possibility that source code could become exposed as evidence - something many companies may greatly fear. A company might not mind leaking some demo code for a single patent. But with a whole arsenal of patents, the burden starts to fall on the patent holder.
This isn't a totally bullet-proof defense, but one worth exploring.