<article>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#article09_12_01_0215209</id>
	<title>Recipient of First Software Patent Defends Them</title>
	<author>kdawson</author>
	<datestamp>1259663100000</datestamp>
	<htmltext>Arguendo writes <i>"Martin Goetz, who obtained the <a href="http://www.google.com/patents?id=oyhQAAAAEBAJ">first software patent</a> in 1968, has penned a <a href="http://www.patentlyo.com/patent/2009/11/in-defense-of-software-patents-1.html">thoughtful defense of software patents</a> for Patently-O. Goetz argues that there is no principled difference between software and hardware patents and that truly patentable software innovations require just as much ingenuity and advancement as any other kind of patentable subject matter. The Supreme Court is of course <a href="//yro.slashdot.org/story/09/11/10/0414226/US-Supreme-Court-Skeptical-of-Business-Method-Patents">currently considering</a> whether to change the scope of patentable subject matter in the Bilski case, which we've <a href="//yro.slashdot.org/story/09/06/01/2158224/Supreme-Court-To-Review-Business-Method-Patents">discussed</a> <a href="//yro.slashdot.org/story/09/08/11/2354200/Supreme-Court-Review-of-Bilski-Heats-Up">before</a>."</i> Does it weaken Goetz's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts?</htmltext>
<tokenext>Arguendo writes " Martin Goetz , who obtained the first software patent in 1968 , has penned a thoughtful defense of software patents for Patently-O .
Goetz argues that there is no principled difference between software and hardware patents and that truly patentable software innovations require just as much ingenuity and advancement as any other kind of patentable subject matter .
The Supreme Court is of course currently considering whether to change the scope of patentable subject matter in the Bilski case , which we 've discussed before .
" Does it weaken Goetz 's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts ?</tokentext>
<sentencetext>Arguendo writes "Martin Goetz, who obtained the first software patent in 1968, has penned a thoughtful defense of software patents for Patently-O.
Goetz argues that there is no principled difference between software and hardware patents and that truly patentable software innovations require just as much ingenuity and advancement as any other kind of patentable subject matter.
The Supreme Court is of course currently considering whether to change the scope of patentable subject matter in the Bilski case, which we've discussed before.
" Does it weaken Goetz's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts?</sentencetext>
</article>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281410</id>
	<title>Wrong comparison</title>
	<author>BountyX</author>
	<datestamp>1259669040000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Goetz argument falls short for the following reasons:
<br> <br>
1. He assumes that hardware patents are not as controversial as software patents and makes an appeal to equality. Who said hardware patents are off the hook?
<br> <br>
2. He claims that the ingenuity required to make hardware or software patents is the same. This is slightly different than a regular appeal to equality in my first observation in that the focus of the ingenuity, according to him, is the creation of the patent; however, patents were designed to secure investments made toward new inventions by granting an exclusive license. Implementing a software patent is considerably much cheaper than most hardware patents (no manufacturing, hardware typically requires software too, shipping, etc). Since the investment towards a hardware based invention may be significantly higher, a patent makes sense. Many software; however, can be implemented at very minimal costs and therefore SHOULD expect very limited ROI or none (no patents). The focus of comparison is on the inventor's investment, not on the innovation. Patents are for large investments that need ROI to recover losses from the invention.
<br> <br>
With that in mind add increasingly cheaper tools, a wealth of free information, enormous marketing capability and open source to the software equation and you quickly begin to see why software patents do not make sense. The patent process cannot even keep pace with the implementation of most software because of the low investment and rapid market deployment.
<br> <br>
As technology becomes more accessible and cheaper, the cost of investment for new creations will decrease, hence the patents length (its mechanism for delivering ROI) should ALSO be reduced. With software, think approaching zero (in cost -- hypothetically). Without adding a market implementation clause and ROI cap based on actual provable investment, Software Patents do not fit our patent structure.</htmltext>
<tokenext>Goetz argument falls short for the following reasons : 1 .
He assumes that hardware patents are not as controversial as software patents and makes an appeal to equality .
Who said hardware patents are off the hook ?
2. He claims that the ingenuity required to make hardware or software patents is the same .
This is slightly different than a regular appeal to equality in my first observation in that the focus of the ingenuity , according to him , is the creation of the patent ; however , patents were designed to secure investments made toward new inventions by granting an exclusive license .
Implementing a software patent is considerably much cheaper than most hardware patents ( no manufacturing , hardware typically requires software too , shipping , etc ) .
Since the investment towards a hardware based invention may be significantly higher , a patent makes sense .
Many software ; however , can be implemented at very minimal costs and therefore SHOULD expect very limited ROI or none ( no patents ) .
The focus of comparison is on the inventor 's investment , not on the innovation .
Patents are for large investments that need ROI to recover losses from the invention .
With that in mind add increasingly cheaper tools , a wealth of free information , enormous marketing capability and open source to the software equation and you quickly begin to see why software patents do not make sense .
The patent process can not even keep pace with the implementation of most software because of the low investment and rapid market deployment .
As technology becomes more accessible and cheaper , the cost of investment for new creations will decrease , hence the patents length ( its mechanism for delivering ROI ) should ALSO be reduced .
With software , think approaching zero ( in cost -- hypothetically ) .
Without adding a market implementation clause and ROI cap based on actual provable investment , Software Patents do not fit our patent structure .</tokentext>
<sentencetext>Goetz argument falls short for the following reasons:
 
1.
He assumes that hardware patents are not as controversial as software patents and makes an appeal to equality.
Who said hardware patents are off the hook?
2. He claims that the ingenuity required to make hardware or software patents is the same.
This is slightly different than a regular appeal to equality in my first observation in that the focus of the ingenuity, according to him, is the creation of the patent; however, patents were designed to secure investments made toward new inventions by granting an exclusive license.
Implementing a software patent is considerably much cheaper than most hardware patents (no manufacturing, hardware typically requires software too, shipping, etc).
Since the investment towards a hardware based invention may be significantly higher, a patent makes sense.
Many software; however, can be implemented at very minimal costs and therefore SHOULD expect very limited ROI or none (no patents).
The focus of comparison is on the inventor's investment, not on the innovation.
Patents are for large investments that need ROI to recover losses from the invention.
With that in mind add increasingly cheaper tools, a wealth of free information, enormous marketing capability and open source to the software equation and you quickly begin to see why software patents do not make sense.
The patent process cannot even keep pace with the implementation of most software because of the low investment and rapid market deployment.
As technology becomes more accessible and cheaper, the cost of investment for new creations will decrease, hence the patents length (its mechanism for delivering ROI) should ALSO be reduced.
With software, think approaching zero (in cost -- hypothetically).
Without adding a market implementation clause and ROI cap based on actual provable investment, Software Patents do not fit our patent structure.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30286924</id>
	<title>software does not equal hardware and here is why</title>
	<author>Anonymous</author>
	<datestamp>1259697840000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>The problem lies in the analogy: pieces of code to parts of a machine.  Seems correct, at first glance.  But more properly the analogy should be pieces of code to the physics used to build a machine.  After all, software has no physical parts.  In physical engineering, one must consider the properties of the different materials and find a way to construct them to achieve a purpose, and that is certainly patentable.  But in software engineering, there are no materials - and all platforms are equivocable; an algorithm is an algorithm is an algorithm, regardless of the machine/processor you run it on.  When you patent an algorithm, you're not patenting, say, the wheel, you're patenting SIMPLE HARMONIC MOTION.  And there precisely lies the problem.  Or as we all know in our heads, more succinctly, "you're patenting math".  But explaining how that is to a judge and/or jury is where you run into difficulty.   Copyrighting, on the other hand, is a different thing altogether.  Although patenting brush strokes and geometric figures would be absurd, copyrighting a book or a logo is obvious.  Likewise, every software company would be broke were software "pirating" not even a term.  Then again, so would they be if there were such a phrase as "algorithm pirating" - the equivalent of a software patent.  Now if they were to start patenting books, or, rather, topics to write about...  I could go on, but why?</htmltext>
<tokenext>The problem lies in the analogy : pieces of code to parts of a machine .
Seems correct , at first glance .
But more properly the analogy should be pieces of code to the physics used to build a machine .
After all , software has no physical parts .
In physical engineering , one must consider the properties of the different materials and find a way to construct them to achieve a purpose , and that is certainly patentable .
But in software engineering , there are no materials - and all platforms are equivocable ; an algorithm is an algorithm is an algorithm , regardless of the machine/processor you run it on .
When you patent an algorithm , you 're not patenting , say , the wheel , you 're patenting SIMPLE HARMONIC MOTION .
And there precisely lies the problem .
Or as we all know in our heads , more succinctly , " you 're patenting math " .
But explaining how that is to a judge and/or jury is where you run into difficulty .
Copyrighting , on the other hand , is a different thing altogether .
Although patenting brush strokes and geometric figures would be absurd , copyrighting a book or a logo is obvious .
Likewise , every software company would be broke were software " pirating " not even a term .
Then again , so would they be if there were such a phrase as " algorithm pirating " - the equivalent of a software patent .
Now if they were to start patenting books , or , rather , topics to write about... I could go on , but why ?</tokentext>
<sentencetext>The problem lies in the analogy: pieces of code to parts of a machine.
Seems correct, at first glance.
But more properly the analogy should be pieces of code to the physics used to build a machine.
After all, software has no physical parts.
In physical engineering, one must consider the properties of the different materials and find a way to construct them to achieve a purpose, and that is certainly patentable.
But in software engineering, there are no materials - and all platforms are equivocable; an algorithm is an algorithm is an algorithm, regardless of the machine/processor you run it on.
When you patent an algorithm, you're not patenting, say, the wheel, you're patenting SIMPLE HARMONIC MOTION.
And there precisely lies the problem.
Or as we all know in our heads, more succinctly, "you're patenting math".
But explaining how that is to a judge and/or jury is where you run into difficulty.
Copyrighting, on the other hand, is a different thing altogether.
Although patenting brush strokes and geometric figures would be absurd, copyrighting a book or a logo is obvious.
Likewise, every software company would be broke were software "pirating" not even a term.
Then again, so would they be if there were such a phrase as "algorithm pirating" - the equivalent of a software patent.
Now if they were to start patenting books, or, rather, topics to write about...  I could go on, but why?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281826</id>
	<title>Re:All software is math.</title>
	<author>Trepidity</author>
	<datestamp>1259673660000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Well, so is lots of other stuff patented, if you squint at it hard enough. Yes, all computing can be described at its base by computation theory, and is therefore math. But patents of physical machines are at their base usually also math: ultimately macroscopic physical phenomena are just derivable mathematical consequences of lower-level physics theories.</p><p>The question is what level of ingenuity is worth patenting. I'm not sure that differs markedly. In both cases, it's more or less: is this truly a remarkable discovery, which an expert in the field is likely to see as highly non-obvious? There are cases of patented physical devices that are straightforward applications of known physics and mechanical practices, and there are cases of patented software that are straightforward applications of known computing theory and practices, and cases of both that aren't. I'm certainly open to the possibility that real ingenuity is less often found in software patents. But I'm not sure there's a fundamental philosophical difference: both are just patenting mathematical regularities in the universe that happen to be of practical interest.</p></htmltext>
<tokenext>Well , so is lots of other stuff patented , if you squint at it hard enough .
Yes , all computing can be described at its base by computation theory , and is therefore math .
But patents of physical machines are at their base usually also math : ultimately macroscopic physical phenomena are just derivable mathematical consequences of lower-level physics theories.The question is what level of ingenuity is worth patenting .
I 'm not sure that differs markedly .
In both cases , it 's more or less : is this truly a remarkable discovery , which an expert in the field is likely to see as highly non-obvious ?
There are cases of patented physical devices that are straightforward applications of known physics and mechanical practices , and there are cases of patented software that are straightforward applications of known computing theory and practices , and cases of both that are n't .
I 'm certainly open to the possibility that real ingenuity is less often found in software patents .
But I 'm not sure there 's a fundamental philosophical difference : both are just patenting mathematical regularities in the universe that happen to be of practical interest .</tokentext>
<sentencetext>Well, so is lots of other stuff patented, if you squint at it hard enough.
Yes, all computing can be described at its base by computation theory, and is therefore math.
But patents of physical machines are at their base usually also math: ultimately macroscopic physical phenomena are just derivable mathematical consequences of lower-level physics theories.The question is what level of ingenuity is worth patenting.
I'm not sure that differs markedly.
In both cases, it's more or less: is this truly a remarkable discovery, which an expert in the field is likely to see as highly non-obvious?
There are cases of patented physical devices that are straightforward applications of known physics and mechanical practices, and there are cases of patented software that are straightforward applications of known computing theory and practices, and cases of both that aren't.
I'm certainly open to the possibility that real ingenuity is less often found in software patents.
But I'm not sure there's a fundamental philosophical difference: both are just patenting mathematical regularities in the universe that happen to be of practical interest.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281622</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281984</id>
	<title>Ask "why?" rather than "why not?"</title>
	<author>Richard Kirk</author>
	<datestamp>1259675340000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>
Goetz argues that there is no principled difference between software and hardware patents. In that respect, he is right. There is no fundamental reason why an invention has to be made of something physical. But that is not really the point.
</p><p>
Patents, like copyrights and trademarks, grant the user rights by taking rights away from the rest of us and granting the inventor or composer a monopoly. In some cases, this may be necessary or desirable to protect the creative individual from the clutches of capitalism, red in tooth an claw. However, monopolies are often unnatural things that have to be maintained by states passing laws to grant the rights, and courts enforcing the rights. This all comes at great cost. This is not something we ought to do unless there are proportional benefits.
</p><p>
If someone makes a piece of music, they might be annoyed if someone else copies and sells it. They would feel entitled to some sort of redress, and rightly so. However, most contemporary music makes almost all its sales in the first seven years or so. This would seem to the the natural scope for a copyright. However, if copyright covers seven years, then why not twenty years; the writer's lifetime, the writer's lifetime plus twenty years, and so on? Suing someone for singing "Happy Birthday To You" is a clear sign that things have gone too far.
</p><p>
The same applies to patents. While software patents may not be harmful per se, we see patents for pieces of coding that are so well-known as to have no known 'inventor' being patented (usually in Texas - not a good sign). This is practically the same as copyrighting a folk tune which has no identified composer. There is also no good way of searching prior art for software just yet, because this was not necessary before. The same sort of argument applies to business practice patents. It surely makes sense to disallow both classes of patents because their presence does not seem to do anyone any good, other than patent trolls and their lawyers. This is surely better than to allow them because we cannot argue "why not?"</p></htmltext>
<tokenext>Goetz argues that there is no principled difference between software and hardware patents .
In that respect , he is right .
There is no fundamental reason why an invention has to be made of something physical .
But that is not really the point .
Patents , like copyrights and trademarks , grant the user rights by taking rights away from the rest of us and granting the inventor or composer a monopoly .
In some cases , this may be necessary or desirable to protect the creative individual from the clutches of capitalism , red in tooth an claw .
However , monopolies are often unnatural things that have to be maintained by states passing laws to grant the rights , and courts enforcing the rights .
This all comes at great cost .
This is not something we ought to do unless there are proportional benefits .
If someone makes a piece of music , they might be annoyed if someone else copies and sells it .
They would feel entitled to some sort of redress , and rightly so .
However , most contemporary music makes almost all its sales in the first seven years or so .
This would seem to the the natural scope for a copyright .
However , if copyright covers seven years , then why not twenty years ; the writer 's lifetime , the writer 's lifetime plus twenty years , and so on ?
Suing someone for singing " Happy Birthday To You " is a clear sign that things have gone too far .
The same applies to patents .
While software patents may not be harmful per se , we see patents for pieces of coding that are so well-known as to have no known 'inventor ' being patented ( usually in Texas - not a good sign ) .
This is practically the same as copyrighting a folk tune which has no identified composer .
There is also no good way of searching prior art for software just yet , because this was not necessary before .
The same sort of argument applies to business practice patents .
It surely makes sense to disallow both classes of patents because their presence does not seem to do anyone any good , other than patent trolls and their lawyers .
This is surely better than to allow them because we can not argue " why not ?
"</tokentext>
<sentencetext>
Goetz argues that there is no principled difference between software and hardware patents.
In that respect, he is right.
There is no fundamental reason why an invention has to be made of something physical.
But that is not really the point.
Patents, like copyrights and trademarks, grant the user rights by taking rights away from the rest of us and granting the inventor or composer a monopoly.
In some cases, this may be necessary or desirable to protect the creative individual from the clutches of capitalism, red in tooth an claw.
However, monopolies are often unnatural things that have to be maintained by states passing laws to grant the rights, and courts enforcing the rights.
This all comes at great cost.
This is not something we ought to do unless there are proportional benefits.
If someone makes a piece of music, they might be annoyed if someone else copies and sells it.
They would feel entitled to some sort of redress, and rightly so.
However, most contemporary music makes almost all its sales in the first seven years or so.
This would seem to the the natural scope for a copyright.
However, if copyright covers seven years, then why not twenty years; the writer's lifetime, the writer's lifetime plus twenty years, and so on?
Suing someone for singing "Happy Birthday To You" is a clear sign that things have gone too far.
The same applies to patents.
While software patents may not be harmful per se, we see patents for pieces of coding that are so well-known as to have no known 'inventor' being patented (usually in Texas - not a good sign).
This is practically the same as copyrighting a folk tune which has no identified composer.
There is also no good way of searching prior art for software just yet, because this was not necessary before.
The same sort of argument applies to business practice patents.
It surely makes sense to disallow both classes of patents because their presence does not seem to do anyone any good, other than patent trolls and their lawyers.
This is surely better than to allow them because we cannot argue "why not?
"</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30283722</id>
	<title>Goetz is wrong</title>
	<author>geekoid</author>
	<datestamp>1259685240000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>and always has been regarding this matter.</p><p>The very nature of software makes patent ludicrous. I can come up with seven different ways to writes something and have it compile down to doing the same work. It's like patenting sentences.</p></htmltext>
<tokenext>and always has been regarding this matter.The very nature of software makes patent ludicrous .
I can come up with seven different ways to writes something and have it compile down to doing the same work .
It 's like patenting sentences .</tokentext>
<sentencetext>and always has been regarding this matter.The very nature of software makes patent ludicrous.
I can come up with seven different ways to writes something and have it compile down to doing the same work.
It's like patenting sentences.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30287748</id>
	<title>Ya'll is a bunch of retard hippie faggots</title>
	<author>Jewbird</author>
	<datestamp>1259700780000</datestamp>
	<modclass>None</modclass>
	<modscore>-1</modscore>
	<htmltext>STFU.  You know NOTHING about IP law or business or anything and write a lot of words expressing just what an infantile and pathetic lack of understanding all you dumb turds actually possess.  You want to give away your software, fine, but MY SOFTWARE IS MINE AND IF YOU MAKE SOMETHING SIMILAR, YOU ARE LEGALLY OBLIGATED TO PAY ME LARGE SUMS OF MONEY  FOR THE GENIUS THAT I HAVE AND YOUR MONKEY ASS WILL NEVER HAVE.</htmltext>
<tokenext>STFU .
You know NOTHING about IP law or business or anything and write a lot of words expressing just what an infantile and pathetic lack of understanding all you dumb turds actually possess .
You want to give away your software , fine , but MY SOFTWARE IS MINE AND IF YOU MAKE SOMETHING SIMILAR , YOU ARE LEGALLY OBLIGATED TO PAY ME LARGE SUMS OF MONEY FOR THE GENIUS THAT I HAVE AND YOUR MONKEY ASS WILL NEVER HAVE .</tokentext>
<sentencetext>STFU.
You know NOTHING about IP law or business or anything and write a lot of words expressing just what an infantile and pathetic lack of understanding all you dumb turds actually possess.
You want to give away your software, fine, but MY SOFTWARE IS MINE AND IF YOU MAKE SOMETHING SIMILAR, YOU ARE LEGALLY OBLIGATED TO PAY ME LARGE SUMS OF MONEY  FOR THE GENIUS THAT I HAVE AND YOUR MONKEY ASS WILL NEVER HAVE.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281974</id>
	<title>Well...</title>
	<author>Anonymous</author>
	<datestamp>1259675220000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>He would, wouldn't he?</p></htmltext>
<tokenext>He would , would n't he ?</tokentext>
<sentencetext>He would, wouldn't he?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30284660</id>
	<title>Re:Nope... sorry</title>
	<author>sexconker</author>
	<datestamp>1259689380000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Yeah, wtf is with that line at the end of TFS?</p><p>The "waterfall" development cycle is pretty much the only one that fucking works anyway.</p><p>"Current development practice in open source and/or Internet contexts"?</p><p>Current development practice in open source is what, exactly?  I'd say it's rather shitty and it's a miracle that anything ever gets half-way done.</p><p>"Internet contexts"?</p><p>What the fuck does that even mean?</p><p>How do I mod the summary flamebait?</p></htmltext>
<tokenext>Yeah , wtf is with that line at the end of TFS ? The " waterfall " development cycle is pretty much the only one that fucking works anyway .
" Current development practice in open source and/or Internet contexts " ? Current development practice in open source is what , exactly ?
I 'd say it 's rather shitty and it 's a miracle that anything ever gets half-way done .
" Internet contexts " ? What the fuck does that even mean ? How do I mod the summary flamebait ?</tokentext>
<sentencetext>Yeah, wtf is with that line at the end of TFS?The "waterfall" development cycle is pretty much the only one that fucking works anyway.
"Current development practice in open source and/or Internet contexts"?Current development practice in open source is what, exactly?
I'd say it's rather shitty and it's a miracle that anything ever gets half-way done.
"Internet contexts"?What the fuck does that even mean?How do I mod the summary flamebait?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281362</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30290354</id>
	<title>Well, sure, but...</title>
	<author>hazydave</author>
	<datestamp>1259668440000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Yeah, ok, Martin Goetz defends software patents. That's like Neil Armstrong defending moon missions, Adam Osborne defending the Osborne-1, or George W. Bush defending Iraq -- there's no other possible answer from this guy. That doesn't make him wise, or correct.</p><p>But reality sets in and there are many, many questions. First of all, every software patent issued before the mid-to-late 1980s should be invalidated, or at least, subject to re-evaluation. Why? One acid test of patentability is supposedly "is this obvious to one skilled in the art?" Well, the PTO didn't have any software people until some time in the mid 1980s. So no prior software patents could possibly have passed that test, simply because the examiner was not one "skilled in the art".</p><p>Not that any of this is unique to software patents.. the whole idea of many business method patent approval is possibly worse. I mean, really, if you look at these, there's a whole class of prior art that's existed for decades, perhaps millenia<nobr> <wbr></nobr>.... at the phrase "on the internet" to it, and violia, it's a frackin' invention. NOT. That's an insult to actual inventors, and the idea that the USA is (or at least once was) an innovater on the global scale. This was nothing more than a gift to large companies with huge piles of cash to go around patenting all of these prior inventions. That's not even a guess, it's a fact... many big companies have whole departments with the express goal of hacking the patent system to their advantage.</p><p>I was involved in the other side of this, back in the 1980s. Back then, IBM had decided to start using their patent portfolio as a means to esentially claim cross licenses to all of humanity's inventions, and/or big piles of cash, from, well, everyone else in the computer business. So they went, quietly, after each and every PC company.. there were actually fairly reasonable hardware patents covering much of the IBM PC.. some clever enough, some stupid, but either way, it was hard to make a PC without this. Under the IBM plan, you licensed one, two, or three+ patents.</p><p>My involvement was when they came after Commodore for the Amiga. Now, it was pretty obvious... no one involved had a remote inkling of IBM's patent portfolio. No one working on this level of new stuff bothered studying IBM, anymore than a modern zoologist needs to study dinosaurs to understand today's lions, tigers, or bears. Probably less so. But they hit us up with all kinds of stuff. I read the patents, about 35 they threw at us, and wrote up why our stuff was different -- it always was. Or, why the patents were drek. For example, IBM got a patent on "cut and paste between buffers in a text editor", dated 1984. They showed us how we violated that by running cut and paste in MicroEmacs... the very same set of keystokes did the same thing in TECO Emacs back in 1979. Probably earlier.. but that's when I used it. I'd say about 80\% of the patents fell into that category... really, really obvious prior art. The others were decent enough, we just didn't violate them.</p><p>It was all for show, anyway... once a patent is granted, it's assumed valid -- you have to defeat it in court. Of course, IBM would never let this happen, as they have thousands of licensees, and, if a pile of patents were suddenly overturned, those licensees would be at IBM's door. With their legal teams. So, you go and fight these, claim you don't violate them, claim they're bogus... they can hit you up with another pile of 35. And another, and<nobr> <wbr></nobr>... well, you get the idea.</p><p>Salient point: you could not possibly be an actual software engineer in 1984 without knowing full well that such things were commonplace. They simply hacked the system, pushed through anything that COULD be patented. And IBM's people, I'm certain, just lied through their teeth about their own personal knowledge of prior art. Without any actual software people in the PTO, they evaluated patents largerly based on prior patents... they didn't even bother with prior art. And there are thous</p></htmltext>
<tokenext>Yeah , ok , Martin Goetz defends software patents .
That 's like Neil Armstrong defending moon missions , Adam Osborne defending the Osborne-1 , or George W. Bush defending Iraq -- there 's no other possible answer from this guy .
That does n't make him wise , or correct.But reality sets in and there are many , many questions .
First of all , every software patent issued before the mid-to-late 1980s should be invalidated , or at least , subject to re-evaluation .
Why ? One acid test of patentability is supposedly " is this obvious to one skilled in the art ?
" Well , the PTO did n't have any software people until some time in the mid 1980s .
So no prior software patents could possibly have passed that test , simply because the examiner was not one " skilled in the art " .Not that any of this is unique to software patents.. the whole idea of many business method patent approval is possibly worse .
I mean , really , if you look at these , there 's a whole class of prior art that 's existed for decades , perhaps millenia .... at the phrase " on the internet " to it , and violia , it 's a frackin ' invention .
NOT. That 's an insult to actual inventors , and the idea that the USA is ( or at least once was ) an innovater on the global scale .
This was nothing more than a gift to large companies with huge piles of cash to go around patenting all of these prior inventions .
That 's not even a guess , it 's a fact... many big companies have whole departments with the express goal of hacking the patent system to their advantage.I was involved in the other side of this , back in the 1980s .
Back then , IBM had decided to start using their patent portfolio as a means to esentially claim cross licenses to all of humanity 's inventions , and/or big piles of cash , from , well , everyone else in the computer business .
So they went , quietly , after each and every PC company.. there were actually fairly reasonable hardware patents covering much of the IBM PC.. some clever enough , some stupid , but either way , it was hard to make a PC without this .
Under the IBM plan , you licensed one , two , or three + patents.My involvement was when they came after Commodore for the Amiga .
Now , it was pretty obvious... no one involved had a remote inkling of IBM 's patent portfolio .
No one working on this level of new stuff bothered studying IBM , anymore than a modern zoologist needs to study dinosaurs to understand today 's lions , tigers , or bears .
Probably less so .
But they hit us up with all kinds of stuff .
I read the patents , about 35 they threw at us , and wrote up why our stuff was different -- it always was .
Or , why the patents were drek .
For example , IBM got a patent on " cut and paste between buffers in a text editor " , dated 1984 .
They showed us how we violated that by running cut and paste in MicroEmacs... the very same set of keystokes did the same thing in TECO Emacs back in 1979 .
Probably earlier.. but that 's when I used it .
I 'd say about 80 \ % of the patents fell into that category... really , really obvious prior art .
The others were decent enough , we just did n't violate them.It was all for show , anyway... once a patent is granted , it 's assumed valid -- you have to defeat it in court .
Of course , IBM would never let this happen , as they have thousands of licensees , and , if a pile of patents were suddenly overturned , those licensees would be at IBM 's door .
With their legal teams .
So , you go and fight these , claim you do n't violate them , claim they 're bogus... they can hit you up with another pile of 35 .
And another , and ... well , you get the idea.Salient point : you could not possibly be an actual software engineer in 1984 without knowing full well that such things were commonplace .
They simply hacked the system , pushed through anything that COULD be patented .
And IBM 's people , I 'm certain , just lied through their teeth about their own personal knowledge of prior art .
Without any actual software people in the PTO , they evaluated patents largerly based on prior patents... they did n't even bother with prior art .
And there are thous</tokentext>
<sentencetext>Yeah, ok, Martin Goetz defends software patents.
That's like Neil Armstrong defending moon missions, Adam Osborne defending the Osborne-1, or George W. Bush defending Iraq -- there's no other possible answer from this guy.
That doesn't make him wise, or correct.But reality sets in and there are many, many questions.
First of all, every software patent issued before the mid-to-late 1980s should be invalidated, or at least, subject to re-evaluation.
Why? One acid test of patentability is supposedly "is this obvious to one skilled in the art?
" Well, the PTO didn't have any software people until some time in the mid 1980s.
So no prior software patents could possibly have passed that test, simply because the examiner was not one "skilled in the art".Not that any of this is unique to software patents.. the whole idea of many business method patent approval is possibly worse.
I mean, really, if you look at these, there's a whole class of prior art that's existed for decades, perhaps millenia .... at the phrase "on the internet" to it, and violia, it's a frackin' invention.
NOT. That's an insult to actual inventors, and the idea that the USA is (or at least once was) an innovater on the global scale.
This was nothing more than a gift to large companies with huge piles of cash to go around patenting all of these prior inventions.
That's not even a guess, it's a fact... many big companies have whole departments with the express goal of hacking the patent system to their advantage.I was involved in the other side of this, back in the 1980s.
Back then, IBM had decided to start using their patent portfolio as a means to esentially claim cross licenses to all of humanity's inventions, and/or big piles of cash, from, well, everyone else in the computer business.
So they went, quietly, after each and every PC company.. there were actually fairly reasonable hardware patents covering much of the IBM PC.. some clever enough, some stupid, but either way, it was hard to make a PC without this.
Under the IBM plan, you licensed one, two, or three+ patents.My involvement was when they came after Commodore for the Amiga.
Now, it was pretty obvious... no one involved had a remote inkling of IBM's patent portfolio.
No one working on this level of new stuff bothered studying IBM, anymore than a modern zoologist needs to study dinosaurs to understand today's lions, tigers, or bears.
Probably less so.
But they hit us up with all kinds of stuff.
I read the patents, about 35 they threw at us, and wrote up why our stuff was different -- it always was.
Or, why the patents were drek.
For example, IBM got a patent on "cut and paste between buffers in a text editor", dated 1984.
They showed us how we violated that by running cut and paste in MicroEmacs... the very same set of keystokes did the same thing in TECO Emacs back in 1979.
Probably earlier.. but that's when I used it.
I'd say about 80\% of the patents fell into that category... really, really obvious prior art.
The others were decent enough, we just didn't violate them.It was all for show, anyway... once a patent is granted, it's assumed valid -- you have to defeat it in court.
Of course, IBM would never let this happen, as they have thousands of licensees, and, if a pile of patents were suddenly overturned, those licensees would be at IBM's door.
With their legal teams.
So, you go and fight these, claim you don't violate them, claim they're bogus... they can hit you up with another pile of 35.
And another, and ... well, you get the idea.Salient point: you could not possibly be an actual software engineer in 1984 without knowing full well that such things were commonplace.
They simply hacked the system, pushed through anything that COULD be patented.
And IBM's people, I'm certain, just lied through their teeth about their own personal knowledge of prior art.
Without any actual software people in the PTO, they evaluated patents largerly based on prior patents... they didn't even bother with prior art.
And there are thous</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281422</id>
	<title>The idea of patents is outdated.</title>
	<author>Anonymous</author>
	<datestamp>1259669280000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Patents themselves were created to increase competition.</p><p>Nowadays, with our global marketplace, if your brilliant idea is already patented, just go to a country where it isn't.</p><p>If you do get a patent, someone in a country where it doesn't apply would gladly make millions for you.</p><p>Software patents are ludicrous. Not only can someone copy an idea somewhere else, they can let your neighbor download it before you can even run next door to slap their wrist.</p></htmltext>
<tokenext>Patents themselves were created to increase competition.Nowadays , with our global marketplace , if your brilliant idea is already patented , just go to a country where it is n't.If you do get a patent , someone in a country where it does n't apply would gladly make millions for you.Software patents are ludicrous .
Not only can someone copy an idea somewhere else , they can let your neighbor download it before you can even run next door to slap their wrist .</tokentext>
<sentencetext>Patents themselves were created to increase competition.Nowadays, with our global marketplace, if your brilliant idea is already patented, just go to a country where it isn't.If you do get a patent, someone in a country where it doesn't apply would gladly make millions for you.Software patents are ludicrous.
Not only can someone copy an idea somewhere else, they can let your neighbor download it before you can even run next door to slap their wrist.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30283290</id>
	<title>no principled difference, eh?</title>
	<author>MoNsTeR</author>
	<datestamp>1259683260000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>If there's no principled difference between hardware and software, that doesn't imply that software should be patentable, it implies that hardware SHOULDN'T be patentable.</p><p>If that seems a little extreme in the opposite direction it's probably because there IS a principled difference.</p><p>Theoretical arguments aside, empirically software patents are unnecessary.  The software industry innovates at a faster pace than any other on the planet.  Most of what we create is never patented and doesn't need to be in order to be useful.  The only people in the software business who need patent protection are professional litigators.  If software patents disappeared tomorrow, innovation would INCREASE because we would no longer be working under the constant threat of a lawsuit.</p></htmltext>
<tokenext>If there 's no principled difference between hardware and software , that does n't imply that software should be patentable , it implies that hardware SHOULD N'T be patentable.If that seems a little extreme in the opposite direction it 's probably because there IS a principled difference.Theoretical arguments aside , empirically software patents are unnecessary .
The software industry innovates at a faster pace than any other on the planet .
Most of what we create is never patented and does n't need to be in order to be useful .
The only people in the software business who need patent protection are professional litigators .
If software patents disappeared tomorrow , innovation would INCREASE because we would no longer be working under the constant threat of a lawsuit .</tokentext>
<sentencetext>If there's no principled difference between hardware and software, that doesn't imply that software should be patentable, it implies that hardware SHOULDN'T be patentable.If that seems a little extreme in the opposite direction it's probably because there IS a principled difference.Theoretical arguments aside, empirically software patents are unnecessary.
The software industry innovates at a faster pace than any other on the planet.
Most of what we create is never patented and doesn't need to be in order to be useful.
The only people in the software business who need patent protection are professional litigators.
If software patents disappeared tomorrow, innovation would INCREASE because we would no longer be working under the constant threat of a lawsuit.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281972</id>
	<title>Patent System stacks the deck...</title>
	<author>Junta</author>
	<datestamp>1259675220000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>We all bemoan the software patent situation largely because it's a market with nearly no barrier to entry otherwise, but the system isn't good as it stands for physical inventions either.  Infringing a copyright is hard to accidentally do, but infringing a patent accidentally represents a huge risk to someone.  Even if you didn't think it was patentable, if it hits you, it will be pricey to defend yourself even if right.  Exacerbating this problem is that patents are extremely long lived given the general rapid pace of the software market (don't have to invest a lot to 'ramp up' production, delivery to customer is potentially instantaneous, even if it takes you a full year from patent filing, you can probably earn the worth of it in five years or less.</p><p>Assuming you do have a unique and genuinely innovative idea, unless you can tap the resources of a large corporation who will assume ownership of your idea, it may be prohibitively expensive to get one as an entrepreneur.  Assuming you do have the resources to acquire a patent, the process takes a relative eternity to get approval.  If you need to go to market *now*, you have to run under the hopes that your patent will be granted.  In the intervening area of time, competitor's may bet you won't get it and drive you out of the market.  Even if you eventually will get the patent, that competitor may drive you out of business before your chance to seek damages comes (even if retroactive, the damage is done).   Assuming you make it to market and have the patent granted, going after a large company is also likely not to work relative to a large company going after a small company given the legal resources available.  So a good shot at patents require the resources more available to large companies, and the patience of a large company that has enough bankrolled that can afford to be patient, and the resources to defend that patent vigorously.</p></htmltext>
<tokenext>We all bemoan the software patent situation largely because it 's a market with nearly no barrier to entry otherwise , but the system is n't good as it stands for physical inventions either .
Infringing a copyright is hard to accidentally do , but infringing a patent accidentally represents a huge risk to someone .
Even if you did n't think it was patentable , if it hits you , it will be pricey to defend yourself even if right .
Exacerbating this problem is that patents are extremely long lived given the general rapid pace of the software market ( do n't have to invest a lot to 'ramp up ' production , delivery to customer is potentially instantaneous , even if it takes you a full year from patent filing , you can probably earn the worth of it in five years or less.Assuming you do have a unique and genuinely innovative idea , unless you can tap the resources of a large corporation who will assume ownership of your idea , it may be prohibitively expensive to get one as an entrepreneur .
Assuming you do have the resources to acquire a patent , the process takes a relative eternity to get approval .
If you need to go to market * now * , you have to run under the hopes that your patent will be granted .
In the intervening area of time , competitor 's may bet you wo n't get it and drive you out of the market .
Even if you eventually will get the patent , that competitor may drive you out of business before your chance to seek damages comes ( even if retroactive , the damage is done ) .
Assuming you make it to market and have the patent granted , going after a large company is also likely not to work relative to a large company going after a small company given the legal resources available .
So a good shot at patents require the resources more available to large companies , and the patience of a large company that has enough bankrolled that can afford to be patient , and the resources to defend that patent vigorously .</tokentext>
<sentencetext>We all bemoan the software patent situation largely because it's a market with nearly no barrier to entry otherwise, but the system isn't good as it stands for physical inventions either.
Infringing a copyright is hard to accidentally do, but infringing a patent accidentally represents a huge risk to someone.
Even if you didn't think it was patentable, if it hits you, it will be pricey to defend yourself even if right.
Exacerbating this problem is that patents are extremely long lived given the general rapid pace of the software market (don't have to invest a lot to 'ramp up' production, delivery to customer is potentially instantaneous, even if it takes you a full year from patent filing, you can probably earn the worth of it in five years or less.Assuming you do have a unique and genuinely innovative idea, unless you can tap the resources of a large corporation who will assume ownership of your idea, it may be prohibitively expensive to get one as an entrepreneur.
Assuming you do have the resources to acquire a patent, the process takes a relative eternity to get approval.
If you need to go to market *now*, you have to run under the hopes that your patent will be granted.
In the intervening area of time, competitor's may bet you won't get it and drive you out of the market.
Even if you eventually will get the patent, that competitor may drive you out of business before your chance to seek damages comes (even if retroactive, the damage is done).
Assuming you make it to market and have the patent granted, going after a large company is also likely not to work relative to a large company going after a small company given the legal resources available.
So a good shot at patents require the resources more available to large companies, and the patience of a large company that has enough bankrolled that can afford to be patient, and the resources to defend that patent vigorously.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30285060</id>
	<title>As I said a long time ago...</title>
	<author>DavidTC</author>
	<datestamp>1259691060000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>...the problem is that software patents don't work like actual patents.</p><p>
I made a <a href="http://davecheatham.com/politics/software-patent-rant.html" title="davecheatham.com">rant</a> [davecheatham.com] about this some time ago and put it on my mostly defunct blog. I will summarize:</p><p>
Actual patents have industries making an choice to use them. 'Should we license this tech for 4 cents an item from a competitor, and save 10, or should we attempt to research our own way, or maybe we should research on top of their patent so we can cross license our addition back for the original patent'.</p><p>
It is an actual, calculated decision.</p><p>
<b>Software</b> patents, OTOH, fall into two categories. The first is 'patents that should not be issued'. These aren't even actual 'software' patents, they're 'patents on how computers get used', idiotic things like RSS feeds and one-click shopping, stuff that isn't original in any way, shape, or idea, and should never have exists.</p><p>
But let's forget about those, and talk about reasonable patents, like on MP3 encoding and stuff like that. That specific one is 'Here is a process to strip out audio information from a file and still have it sound mostly the same to people'. It's certainly patentable, it required a lot of scientific research, and it doesn't attempt to cover <b>all</b> ways to strip audio information and reduce the size of a file, just a single specific one.</p><p>
The problem <b>there</b> is programmers don't choose to use a patented process and pay royalties. <b>Ever</b>. If they hit a (reasonable) patent, they just spend a little more time and effort, and perhaps a bit more CPU and filesize, and work around it.</p><p>
It's only when they don't <b>know</b> they're using a patent that they just one. And then, a decade later, when it becomes popular, suddenly everyone realizes it's patented.</p><p>
People <b>would have</b> invented their own method of doing that, but now it's too late, everyone is using that format, and we're all screwed.</p><p>
Software patents are all either a) too broad, and shouldn't be issued, or b) submarine ones. The actual legitimate situation of real patents, where engineers choose to use the patent, or use something else, is entirely nonexistent.</p></htmltext>
<tokenext>...the problem is that software patents do n't work like actual patents .
I made a rant [ davecheatham.com ] about this some time ago and put it on my mostly defunct blog .
I will summarize : Actual patents have industries making an choice to use them .
'Should we license this tech for 4 cents an item from a competitor , and save 10 , or should we attempt to research our own way , or maybe we should research on top of their patent so we can cross license our addition back for the original patent' .
It is an actual , calculated decision .
Software patents , OTOH , fall into two categories .
The first is 'patents that should not be issued' .
These are n't even actual 'software ' patents , they 're 'patents on how computers get used ' , idiotic things like RSS feeds and one-click shopping , stuff that is n't original in any way , shape , or idea , and should never have exists .
But let 's forget about those , and talk about reasonable patents , like on MP3 encoding and stuff like that .
That specific one is 'Here is a process to strip out audio information from a file and still have it sound mostly the same to people' .
It 's certainly patentable , it required a lot of scientific research , and it does n't attempt to cover all ways to strip audio information and reduce the size of a file , just a single specific one .
The problem there is programmers do n't choose to use a patented process and pay royalties .
Ever. If they hit a ( reasonable ) patent , they just spend a little more time and effort , and perhaps a bit more CPU and filesize , and work around it .
It 's only when they do n't know they 're using a patent that they just one .
And then , a decade later , when it becomes popular , suddenly everyone realizes it 's patented .
People would have invented their own method of doing that , but now it 's too late , everyone is using that format , and we 're all screwed .
Software patents are all either a ) too broad , and should n't be issued , or b ) submarine ones .
The actual legitimate situation of real patents , where engineers choose to use the patent , or use something else , is entirely nonexistent .</tokentext>
<sentencetext>...the problem is that software patents don't work like actual patents.
I made a rant [davecheatham.com] about this some time ago and put it on my mostly defunct blog.
I will summarize:
Actual patents have industries making an choice to use them.
'Should we license this tech for 4 cents an item from a competitor, and save 10, or should we attempt to research our own way, or maybe we should research on top of their patent so we can cross license our addition back for the original patent'.
It is an actual, calculated decision.
Software patents, OTOH, fall into two categories.
The first is 'patents that should not be issued'.
These aren't even actual 'software' patents, they're 'patents on how computers get used', idiotic things like RSS feeds and one-click shopping, stuff that isn't original in any way, shape, or idea, and should never have exists.
But let's forget about those, and talk about reasonable patents, like on MP3 encoding and stuff like that.
That specific one is 'Here is a process to strip out audio information from a file and still have it sound mostly the same to people'.
It's certainly patentable, it required a lot of scientific research, and it doesn't attempt to cover all ways to strip audio information and reduce the size of a file, just a single specific one.
The problem there is programmers don't choose to use a patented process and pay royalties.
Ever. If they hit a (reasonable) patent, they just spend a little more time and effort, and perhaps a bit more CPU and filesize, and work around it.
It's only when they don't know they're using a patent that they just one.
And then, a decade later, when it becomes popular, suddenly everyone realizes it's patented.
People would have invented their own method of doing that, but now it's too late, everyone is using that format, and we're all screwed.
Software patents are all either a) too broad, and shouldn't be issued, or b) submarine ones.
The actual legitimate situation of real patents, where engineers choose to use the patent, or use something else, is entirely nonexistent.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30286328</id>
	<title>Re:The priniple difference...</title>
	<author>Anonymous</author>
	<datestamp>1259695920000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>The best inventions are obvious (and elegant) in retrospect.</p></htmltext>
<tokenext>The best inventions are obvious ( and elegant ) in retrospect .</tokentext>
<sentencetext>The best inventions are obvious (and elegant) in retrospect.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281334</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30282320</id>
	<title>GoF's Design Patterns Qualify for Patent</title>
	<author>ideonexus</author>
	<datestamp>1259678340000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>This was a very thoughtful explanation of why the system currently justifies software patents, and it does effectively pull my thinking a little more to the center on the matter; however, the author is justifying software patents from the perspective of someone who was programming when nothing fit the criteria of "obvious" in the field, when everything was new and innovative. The examples he gives, handwriting analysis, speech software, etc, are all very impressive, but I see them as bodies of creative work, collections of software engineering techniques that add up to something special, but also something anyone else should have the right to create if they have that same foundation of common software engineering tools in their minds. This makes software copyrightable, but not patentable in my view.

For instance, I've been learning design patterns for OOP this year. The GoF put a great deal of effort into formulating these solutions, and there is nothing "obvious" about them. Should they have been patentable? If design patterns were patented, it would cripple the progress of software innovation, but the GoF published them for everyone to use, and, as a result of their wide-adoption within programming, they have become "obvious," and would no longer fit the criteria for patenting. We work in a field of accelerating cultural-adoption, as more people become programmers, the less esoteric our field becomes and the non-obvious innovations of 20 years ago are the cultural norm of today.</htmltext>
<tokenext>This was a very thoughtful explanation of why the system currently justifies software patents , and it does effectively pull my thinking a little more to the center on the matter ; however , the author is justifying software patents from the perspective of someone who was programming when nothing fit the criteria of " obvious " in the field , when everything was new and innovative .
The examples he gives , handwriting analysis , speech software , etc , are all very impressive , but I see them as bodies of creative work , collections of software engineering techniques that add up to something special , but also something anyone else should have the right to create if they have that same foundation of common software engineering tools in their minds .
This makes software copyrightable , but not patentable in my view .
For instance , I 've been learning design patterns for OOP this year .
The GoF put a great deal of effort into formulating these solutions , and there is nothing " obvious " about them .
Should they have been patentable ?
If design patterns were patented , it would cripple the progress of software innovation , but the GoF published them for everyone to use , and , as a result of their wide-adoption within programming , they have become " obvious , " and would no longer fit the criteria for patenting .
We work in a field of accelerating cultural-adoption , as more people become programmers , the less esoteric our field becomes and the non-obvious innovations of 20 years ago are the cultural norm of today .</tokentext>
<sentencetext>This was a very thoughtful explanation of why the system currently justifies software patents, and it does effectively pull my thinking a little more to the center on the matter; however, the author is justifying software patents from the perspective of someone who was programming when nothing fit the criteria of "obvious" in the field, when everything was new and innovative.
The examples he gives, handwriting analysis, speech software, etc, are all very impressive, but I see them as bodies of creative work, collections of software engineering techniques that add up to something special, but also something anyone else should have the right to create if they have that same foundation of common software engineering tools in their minds.
This makes software copyrightable, but not patentable in my view.
For instance, I've been learning design patterns for OOP this year.
The GoF put a great deal of effort into formulating these solutions, and there is nothing "obvious" about them.
Should they have been patentable?
If design patterns were patented, it would cripple the progress of software innovation, but the GoF published them for everyone to use, and, as a result of their wide-adoption within programming, they have become "obvious," and would no longer fit the criteria for patenting.
We work in a field of accelerating cultural-adoption, as more people become programmers, the less esoteric our field becomes and the non-obvious innovations of 20 years ago are the cultural norm of today.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30297796</id>
	<title>Re:All software is math.</title>
	<author>TheTurtlesMoves</author>
	<datestamp>1259599140000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>RSA and other public key systems that are 100\% pure math, where and are patented.</htmltext>
<tokenext>RSA and other public key systems that are 100 \ % pure math , where and are patented .</tokentext>
<sentencetext>RSA and other public key systems that are 100\% pure math, where and are patented.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281622</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281916</id>
	<title>Re:All software is math.</title>
	<author>ztransform</author>
	<datestamp>1259674680000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p><div class="quote"><p>We'd be f**ked, as a species.</p></div><p>Too late!</p></div>
	</htmltext>
<tokenext>We 'd be f * * ked , as a species.Too late !</tokentext>
<sentencetext>We'd be f**ked, as a species.Too late!
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281622</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281476</id>
	<title>Book or Machine?</title>
	<author>Anonymous</author>
	<datestamp>1259669700000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Arrrg, I've just been goetzied!  If you have a team of writers working on the mechanics of a plot for a weekly show, does that make it a machine?  During the devolpment of a script or novel, it's reviewed, edited and checked for continuity.  As a software author myself, I find Mr Goetz views on the subject fascinating and would like to subscribe to his newsletter.</p></htmltext>
<tokenext>Arrrg , I 've just been goetzied !
If you have a team of writers working on the mechanics of a plot for a weekly show , does that make it a machine ?
During the devolpment of a script or novel , it 's reviewed , edited and checked for continuity .
As a software author myself , I find Mr Goetz views on the subject fascinating and would like to subscribe to his newsletter .</tokentext>
<sentencetext>Arrrg, I've just been goetzied!
If you have a team of writers working on the mechanics of a plot for a weekly show, does that make it a machine?
During the devolpment of a script or novel, it's reviewed, edited and checked for continuity.
As a software author myself, I find Mr Goetz views on the subject fascinating and would like to subscribe to his newsletter.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281452</id>
	<title>Inventions, not ideas</title>
	<author>Anonymous</author>
	<datestamp>1259669460000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>The problem isn't necessarily \_software patents\_ as they are filed today.</p><p>The REAL problem is that so many of the current patents being filed are such crap, software or not.</p><p>Patents are supposed to cover INVENTIONS. Lots and lots of patents today cover IDEAS. Small, incremental and for a person skilled in the field, obvious, solutions to everyday problems that occur during product development in that area.</p><p>"But solutions always seem obvious in hindsight", you may say. Sure, some do. But real inventions are still clever. Most patented crap today isn't.</p></htmltext>
<tokenext>The problem is n't necessarily \ _software patents \ _ as they are filed today.The REAL problem is that so many of the current patents being filed are such crap , software or not.Patents are supposed to cover INVENTIONS .
Lots and lots of patents today cover IDEAS .
Small , incremental and for a person skilled in the field , obvious , solutions to everyday problems that occur during product development in that area .
" But solutions always seem obvious in hindsight " , you may say .
Sure , some do .
But real inventions are still clever .
Most patented crap today is n't .</tokentext>
<sentencetext>The problem isn't necessarily \_software patents\_ as they are filed today.The REAL problem is that so many of the current patents being filed are such crap, software or not.Patents are supposed to cover INVENTIONS.
Lots and lots of patents today cover IDEAS.
Small, incremental and for a person skilled in the field, obvious, solutions to everyday problems that occur during product development in that area.
"But solutions always seem obvious in hindsight", you may say.
Sure, some do.
But real inventions are still clever.
Most patented crap today isn't.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281832</id>
	<title>mathematical induction against software patents</title>
	<author>cfriedt</author>
	<datestamp>1259673780000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I would argue that the 'ingenuity' required to make hardware vs. software is most certainly not equal. Many software developers might not understand why, but that's because they are not hardware developers. A software analogy is, for example, defining specifications versus defining implementation. A hardware-ish example is the analog / digital divide. Hardware designers know, that nothing actually is digital.</p><p>The concept of patenting software has so many logical weak points it's not even debatable in my opinion.</p><ol>
<li>if the FFT is implemented in x86 ASM, certainly the FFT in ARMv7 ASM is fundamentally a different 'device', even when drawn at the block-diagram level or flow-chart level.</li><li>if a software patent on a different arch / OS is patentable, then the holder of the patent should show prior art when someone augments their design for a different arch / OS, but they often can not and will not.</li><li>since there are <i>many</i> different ways to make a processor (ISA included), it's theoretically impossible for one entity to hold a patent for all software 'devices' that perform a similar task. If that were the case, then I could design a new processor with a new ISA, and make an augmented design and file for a new patent.</li><li>works for any number, n, of arch's / ISA's, but will always face contradiction for n+1</li><li>... the list of holes in the software patent system goes on...</li></ol></htmltext>
<tokenext>I would argue that the 'ingenuity ' required to make hardware vs. software is most certainly not equal .
Many software developers might not understand why , but that 's because they are not hardware developers .
A software analogy is , for example , defining specifications versus defining implementation .
A hardware-ish example is the analog / digital divide .
Hardware designers know , that nothing actually is digital.The concept of patenting software has so many logical weak points it 's not even debatable in my opinion .
if the FFT is implemented in x86 ASM , certainly the FFT in ARMv7 ASM is fundamentally a different 'device ' , even when drawn at the block-diagram level or flow-chart level.if a software patent on a different arch / OS is patentable , then the holder of the patent should show prior art when someone augments their design for a different arch / OS , but they often can not and will not.since there are many different ways to make a processor ( ISA included ) , it 's theoretically impossible for one entity to hold a patent for all software 'devices ' that perform a similar task .
If that were the case , then I could design a new processor with a new ISA , and make an augmented design and file for a new patent.works for any number , n , of arch 's / ISA 's , but will always face contradiction for n + 1... the list of holes in the software patent system goes on.. .</tokentext>
<sentencetext>I would argue that the 'ingenuity' required to make hardware vs. software is most certainly not equal.
Many software developers might not understand why, but that's because they are not hardware developers.
A software analogy is, for example, defining specifications versus defining implementation.
A hardware-ish example is the analog / digital divide.
Hardware designers know, that nothing actually is digital.The concept of patenting software has so many logical weak points it's not even debatable in my opinion.
if the FFT is implemented in x86 ASM, certainly the FFT in ARMv7 ASM is fundamentally a different 'device', even when drawn at the block-diagram level or flow-chart level.if a software patent on a different arch / OS is patentable, then the holder of the patent should show prior art when someone augments their design for a different arch / OS, but they often can not and will not.since there are many different ways to make a processor (ISA included), it's theoretically impossible for one entity to hold a patent for all software 'devices' that perform a similar task.
If that were the case, then I could design a new processor with a new ISA, and make an augmented design and file for a new patent.works for any number, n, of arch's / ISA's, but will always face contradiction for n+1... the list of holes in the software patent system goes on...</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281420</id>
	<title>Het gets it right and wrong at the same time</title>
	<author>Halo1</author>
	<datestamp>1259669220000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>2</modscore>
	<htmltext><p><div class="quote"><p>The choice of implementation for computer functions is a pure economic choice which mainly has to do with cost, speed, and flexibility.</p></div><p>That's absolutely correct. And the reason that people choose software when they can get away with it, is because it generally much cheaper, faster to implement and more flexible. Which in turn results in completely economic effects of patent claims that include software implementations compared to claims that only cover hardware implementations.</p><p>The whole argument about software companies also performing state-of-the-art R&amp;D should be irrelevant from a patents-point-of-view. Patents are not a natural right (they're not awarded because someone deserves them for whatever reason), but they are purely economic tools. And blunt and wide-reaching ones at that. Applying blunt and wide-reaching tools without discrimination just because some things are alike in terms of intellectual achievement does not necessarily have the same economic effects. Again: patents are not rewards, they're tools, to be applied with care where it makes macro-economic sense, not to protect certain business models at the cost of a huge overhead for an entire sector of industry.</p><p>And according to <a href="http://people.ffii.org/~jmaebe/swpat/studies/studies\_en.pdf" title="ffii.org">various economic studies</a> [ffii.org] (also includes citations from some political documents, feel free to ignore those), patents indeed don't have overall positive effects on in the software field. In fact, the <a href="http://www.ftc.gov/os/2003/10/innovationrpt.pdf" title="ftc.gov">2003 report on innovation from the FTC</a> [ftc.gov] came to the conclusion that patents are not very important to innovation in the semiconductor industry either (although slightly more so than in case of software, and their downsides are slightly less detrimental in that case). So the whole comparison with hardware and software does not necessarily lead to the conclusion that the author of the article envisions...</p></div>
	</htmltext>
<tokenext>The choice of implementation for computer functions is a pure economic choice which mainly has to do with cost , speed , and flexibility.That 's absolutely correct .
And the reason that people choose software when they can get away with it , is because it generally much cheaper , faster to implement and more flexible .
Which in turn results in completely economic effects of patent claims that include software implementations compared to claims that only cover hardware implementations.The whole argument about software companies also performing state-of-the-art R&amp;D should be irrelevant from a patents-point-of-view .
Patents are not a natural right ( they 're not awarded because someone deserves them for whatever reason ) , but they are purely economic tools .
And blunt and wide-reaching ones at that .
Applying blunt and wide-reaching tools without discrimination just because some things are alike in terms of intellectual achievement does not necessarily have the same economic effects .
Again : patents are not rewards , they 're tools , to be applied with care where it makes macro-economic sense , not to protect certain business models at the cost of a huge overhead for an entire sector of industry.And according to various economic studies [ ffii.org ] ( also includes citations from some political documents , feel free to ignore those ) , patents indeed do n't have overall positive effects on in the software field .
In fact , the 2003 report on innovation from the FTC [ ftc.gov ] came to the conclusion that patents are not very important to innovation in the semiconductor industry either ( although slightly more so than in case of software , and their downsides are slightly less detrimental in that case ) .
So the whole comparison with hardware and software does not necessarily lead to the conclusion that the author of the article envisions.. .</tokentext>
<sentencetext>The choice of implementation for computer functions is a pure economic choice which mainly has to do with cost, speed, and flexibility.That's absolutely correct.
And the reason that people choose software when they can get away with it, is because it generally much cheaper, faster to implement and more flexible.
Which in turn results in completely economic effects of patent claims that include software implementations compared to claims that only cover hardware implementations.The whole argument about software companies also performing state-of-the-art R&amp;D should be irrelevant from a patents-point-of-view.
Patents are not a natural right (they're not awarded because someone deserves them for whatever reason), but they are purely economic tools.
And blunt and wide-reaching ones at that.
Applying blunt and wide-reaching tools without discrimination just because some things are alike in terms of intellectual achievement does not necessarily have the same economic effects.
Again: patents are not rewards, they're tools, to be applied with care where it makes macro-economic sense, not to protect certain business models at the cost of a huge overhead for an entire sector of industry.And according to various economic studies [ffii.org] (also includes citations from some political documents, feel free to ignore those), patents indeed don't have overall positive effects on in the software field.
In fact, the 2003 report on innovation from the FTC [ftc.gov] came to the conclusion that patents are not very important to innovation in the semiconductor industry either (although slightly more so than in case of software, and their downsides are slightly less detrimental in that case).
So the whole comparison with hardware and software does not necessarily lead to the conclusion that the author of the article envisions...
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281786</id>
	<title>he's actually right</title>
	<author>Tom</author>
	<datestamp>1259673300000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>2</modscore>
	<htmltext><p>No, really. And I say that as an outspoken opponent of software patent.</p><p>His most important sentence is <i>It is obvious that software products are not "software ideas".</i> - and that's what's wrong with the patent system. A hundred years ago, you had to submit a working model to get a patent. These days, you can patent software ideas and business processes.</p><p>When we speak about "software patents" we are really talking about monopoly rights on algorithms. And that's as stupid an idea as a copyright on a number.<br>What the author apparently means when <b>he</b> talks about "software patents" is a complete product, a working implementation of a concept that can be demonstrated to do what the list of claims contains. That's a bit of a different animal than about 99.999\% of the software patents issued during the past 10 years.</p><p>And I agree that a bit of protection on that would be nice for those who invented it. We can discuss whether or not patents is the right tool, or copyright, or some new form, but that's not important.</p></htmltext>
<tokenext>No , really .
And I say that as an outspoken opponent of software patent.His most important sentence is It is obvious that software products are not " software ideas " .
- and that 's what 's wrong with the patent system .
A hundred years ago , you had to submit a working model to get a patent .
These days , you can patent software ideas and business processes.When we speak about " software patents " we are really talking about monopoly rights on algorithms .
And that 's as stupid an idea as a copyright on a number.What the author apparently means when he talks about " software patents " is a complete product , a working implementation of a concept that can be demonstrated to do what the list of claims contains .
That 's a bit of a different animal than about 99.999 \ % of the software patents issued during the past 10 years.And I agree that a bit of protection on that would be nice for those who invented it .
We can discuss whether or not patents is the right tool , or copyright , or some new form , but that 's not important .</tokentext>
<sentencetext>No, really.
And I say that as an outspoken opponent of software patent.His most important sentence is It is obvious that software products are not "software ideas".
- and that's what's wrong with the patent system.
A hundred years ago, you had to submit a working model to get a patent.
These days, you can patent software ideas and business processes.When we speak about "software patents" we are really talking about monopoly rights on algorithms.
And that's as stupid an idea as a copyright on a number.What the author apparently means when he talks about "software patents" is a complete product, a working implementation of a concept that can be demonstrated to do what the list of claims contains.
That's a bit of a different animal than about 99.999\% of the software patents issued during the past 10 years.And I agree that a bit of protection on that would be nice for those who invented it.
We can discuss whether or not patents is the right tool, or copyright, or some new form, but that's not important.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281246</id>
	<title>Patents aren't the problem</title>
	<author>dintech</author>
	<datestamp>1259666940000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>4</modscore>
	<htmltext><p>Patents by themselves weren't a problem back in 1968 and shouldn't be problems now either. The issue is how they are used as legal clubs to beat down competition with or simply as a way to make money through litigation alone.</p></htmltext>
<tokenext>Patents by themselves were n't a problem back in 1968 and should n't be problems now either .
The issue is how they are used as legal clubs to beat down competition with or simply as a way to make money through litigation alone .</tokentext>
<sentencetext>Patents by themselves weren't a problem back in 1968 and shouldn't be problems now either.
The issue is how they are used as legal clubs to beat down competition with or simply as a way to make money through litigation alone.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281590</id>
	<title>I see what you did there</title>
	<author>Anonymous</author>
	<datestamp>1259671320000</datestamp>
	<modclass>Flamebait</modclass>
	<modscore>-1</modscore>
	<htmltext><p><div class="quote"><p>Does it weaken Goetz's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts?</p></div><p>Sweet framing there! Does it weaken your argument that you've raped and killed a young girl in 1990? Waterfall is still in heavy use and most of the complex industrial strength software is buitl this way. Rapid development application built on *top* of such software can take more beating and usually are those who benefit from "modern" practices.</p></div>
	</htmltext>
<tokenext>Does it weaken Goetz 's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts ? Sweet framing there !
Does it weaken your argument that you 've raped and killed a young girl in 1990 ?
Waterfall is still in heavy use and most of the complex industrial strength software is buitl this way .
Rapid development application built on * top * of such software can take more beating and usually are those who benefit from " modern " practices .</tokentext>
<sentencetext>Does it weaken Goetz's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts?Sweet framing there!
Does it weaken your argument that you've raped and killed a young girl in 1990?
Waterfall is still in heavy use and most of the complex industrial strength software is buitl this way.
Rapid development application built on *top* of such software can take more beating and usually are those who benefit from "modern" practices.
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281416</id>
	<title>Damn it...</title>
	<author>Anonymous</author>
	<datestamp>1259669160000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>As if life wasn't already complicated enough. Now I have to add "patents" to my list that already includes...</p><p>1. Eat<br>2. Sleep<br>3. Fuck<br>4. Work<br>(5)<nobr> <wbr></nobr>..."Patents"</p><p>Ah well, I may have to remove "work" from the list so I can have more time.</p></htmltext>
<tokenext>As if life was n't already complicated enough .
Now I have to add " patents " to my list that already includes...1 .
Eat2. Sleep3 .
Fuck4. Work ( 5 ) ... " Patents " Ah well , I may have to remove " work " from the list so I can have more time .</tokentext>
<sentencetext>As if life wasn't already complicated enough.
Now I have to add "patents" to my list that already includes...1.
Eat2. Sleep3.
Fuck4. Work(5) ..."Patents"Ah well, I may have to remove "work" from the list so I can have more time.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281334</id>
	<title>The priniple difference...</title>
	<author>Anonymous</author>
	<datestamp>1259668260000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>2</modscore>
	<htmltext><p>The big principle difference is that in the physical world we can discover new things and invent better ways to do existing things. I am yet to see a single software patent that I feel is really a new invention that requires protection. If someone can link me a software patent that they feel was a new invention and that others might benefit from then by all means, I am happy to be proved wrong...</p></htmltext>
<tokenext>The big principle difference is that in the physical world we can discover new things and invent better ways to do existing things .
I am yet to see a single software patent that I feel is really a new invention that requires protection .
If someone can link me a software patent that they feel was a new invention and that others might benefit from then by all means , I am happy to be proved wrong.. .</tokentext>
<sentencetext>The big principle difference is that in the physical world we can discover new things and invent better ways to do existing things.
I am yet to see a single software patent that I feel is really a new invention that requires protection.
If someone can link me a software patent that they feel was a new invention and that others might benefit from then by all means, I am happy to be proved wrong...</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281714</id>
	<title>So once and for all</title>
	<author>Anonymous</author>
	<datestamp>1259672460000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Most people always mix two different things:</p><p>1. Inventions</p><p>2. Transformations of already known things to computers</p><p>- Inventions are for example new algorithms for speech-recognition that were unknown before.</p><p>- Transformations are just things that already arer know to the normal world and now will be done with help of computers. This is nothing new, should not be patentable and is called "Business-Idea".</p><p>So once and for all:<br>Transforming things that already work in the real world, and whose parts are already known to computers should not be patentable because they are not new!<br>Example: Software-Development with Speech-Recognition:<br>- is already known, just imagine boss that says to you: Pleas write funktion x with y.<br>- To do this there are no new things for the computer to do, just use your favorite development tool and speech-recognition software.</p><p>best regards,</p><p>Jan Kechel</p></htmltext>
<tokenext>Most people always mix two different things : 1 .
Inventions2. Transformations of already known things to computers- Inventions are for example new algorithms for speech-recognition that were unknown before.- Transformations are just things that already arer know to the normal world and now will be done with help of computers .
This is nothing new , should not be patentable and is called " Business-Idea " .So once and for all : Transforming things that already work in the real world , and whose parts are already known to computers should not be patentable because they are not new ! Example : Software-Development with Speech-Recognition : - is already known , just imagine boss that says to you : Pleas write funktion x with y.- To do this there are no new things for the computer to do , just use your favorite development tool and speech-recognition software.best regards,Jan Kechel</tokentext>
<sentencetext>Most people always mix two different things:1.
Inventions2. Transformations of already known things to computers- Inventions are for example new algorithms for speech-recognition that were unknown before.- Transformations are just things that already arer know to the normal world and now will be done with help of computers.
This is nothing new, should not be patentable and is called "Business-Idea".So once and for all:Transforming things that already work in the real world, and whose parts are already known to computers should not be patentable because they are not new!Example: Software-Development with Speech-Recognition:- is already known, just imagine boss that says to you: Pleas write funktion x with y.- To do this there are no new things for the computer to do, just use your favorite development tool and speech-recognition software.best regards,Jan Kechel</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30283584</id>
	<title>Mathematical theorems require sometimes even more</title>
	<author>Anonymous</author>
	<datestamp>1259684700000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>effort and ingenuity. I say OK, let's patent software, but first allow for patenting of mathematical theorems and ideas of proofs. (A little disclaimer - I am a mathematician<nobr> <wbr></nobr>:) , and this is sorta joke, but look where such reasoning leads to). I think that what should be patentable is some working device, not a general idea and not a knock-off.</p></htmltext>
<tokenext>effort and ingenuity .
I say OK , let 's patent software , but first allow for patenting of mathematical theorems and ideas of proofs .
( A little disclaimer - I am a mathematician : ) , and this is sorta joke , but look where such reasoning leads to ) .
I think that what should be patentable is some working device , not a general idea and not a knock-off .</tokentext>
<sentencetext>effort and ingenuity.
I say OK, let's patent software, but first allow for patenting of mathematical theorems and ideas of proofs.
(A little disclaimer - I am a mathematician :) , and this is sorta joke, but look where such reasoning leads to).
I think that what should be patentable is some working device, not a general idea and not a knock-off.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30284530</id>
	<title>Re:All software is math.</title>
	<author>greensoap</author>
	<datestamp>1259688720000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>All circuits are math too.  Should those be patentable?  They are physical embodiments of math, but math none the less.  Of course, circuits are also chemistry.  But look at 802.11, its just a radio + DSP + faster circuits.  The radio already existed and DSP is just math. The faster circuits weren't made for 802.11 per se, but certainly made it possible.  In the end, 802.11 is just math...</htmltext>
<tokenext>All circuits are math too .
Should those be patentable ?
They are physical embodiments of math , but math none the less .
Of course , circuits are also chemistry .
But look at 802.11 , its just a radio + DSP + faster circuits .
The radio already existed and DSP is just math .
The faster circuits were n't made for 802.11 per se , but certainly made it possible .
In the end , 802.11 is just math.. .</tokentext>
<sentencetext>All circuits are math too.
Should those be patentable?
They are physical embodiments of math, but math none the less.
Of course, circuits are also chemistry.
But look at 802.11, its just a radio + DSP + faster circuits.
The radio already existed and DSP is just math.
The faster circuits weren't made for 802.11 per se, but certainly made it possible.
In the end, 802.11 is just math...</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281622</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30283172</id>
	<title>Re:All software is math.</title>
	<author>Anonymous</author>
	<datestamp>1259682840000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>All digital documents and files are numbers, no exceptions.</p><p>Numbers are math. You can't patent math.</p><p>[...]</p><p>Imagine if something like a very long number such as [insert here the ASCII/UNICODE of a text or the bytes of your favourite mp3] had been patented?</p><p>We'd be<nobr> <wbr></nobr>...</p></htmltext>
<tokenext>All digital documents and files are numbers , no exceptions.Numbers are math .
You ca n't patent math. [ .. .
] Imagine if something like a very long number such as [ insert here the ASCII/UNICODE of a text or the bytes of your favourite mp3 ] had been patented ? We 'd be .. .</tokentext>
<sentencetext>All digital documents and files are numbers, no exceptions.Numbers are math.
You can't patent math.[...
]Imagine if something like a very long number such as [insert here the ASCII/UNICODE of a text or the bytes of your favourite mp3] had been patented?We'd be ...</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281622</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281868</id>
	<title>I need to start trademarking "catch phrases" then</title>
	<author>erroneus</author>
	<datestamp>1259674260000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>The main difference between software and hardware development is not how clever once can be in either medium, but in how difficult it could become or how much dependency there is with previous works.  In hardware patents, there will still be some dependency on previous works, but not so much as those things that are typically covered by copyrights such as software or other language based works.</p><p>But if the arguments are "because software can be clever" or "because it can make a bunch of money" then it's about time I started trademarking every clever turn of a phrase I can think of and suing people every time they say it in the same way the music industry wants to sue people who sing at restaurants.  (Yes, I know there are some differences, but you can't deny how incredibly stupid it is in general)</p><p>I think the end game for software patents are not about the principles of the patents themselves where many are weak to begin with (rife with prior art that is never found or presented prior to granting) but with the weak patent system and how it is being abused, how it is used to harm and monopolize an industry where patents where intended to benefit them.  When a practice no longer meets its intended purpose, it is time to change that practice to match its purpose or abandon it all together, whichever is more effective.</p></htmltext>
<tokenext>The main difference between software and hardware development is not how clever once can be in either medium , but in how difficult it could become or how much dependency there is with previous works .
In hardware patents , there will still be some dependency on previous works , but not so much as those things that are typically covered by copyrights such as software or other language based works.But if the arguments are " because software can be clever " or " because it can make a bunch of money " then it 's about time I started trademarking every clever turn of a phrase I can think of and suing people every time they say it in the same way the music industry wants to sue people who sing at restaurants .
( Yes , I know there are some differences , but you ca n't deny how incredibly stupid it is in general ) I think the end game for software patents are not about the principles of the patents themselves where many are weak to begin with ( rife with prior art that is never found or presented prior to granting ) but with the weak patent system and how it is being abused , how it is used to harm and monopolize an industry where patents where intended to benefit them .
When a practice no longer meets its intended purpose , it is time to change that practice to match its purpose or abandon it all together , whichever is more effective .</tokentext>
<sentencetext>The main difference between software and hardware development is not how clever once can be in either medium, but in how difficult it could become or how much dependency there is with previous works.
In hardware patents, there will still be some dependency on previous works, but not so much as those things that are typically covered by copyrights such as software or other language based works.But if the arguments are "because software can be clever" or "because it can make a bunch of money" then it's about time I started trademarking every clever turn of a phrase I can think of and suing people every time they say it in the same way the music industry wants to sue people who sing at restaurants.
(Yes, I know there are some differences, but you can't deny how incredibly stupid it is in general)I think the end game for software patents are not about the principles of the patents themselves where many are weak to begin with (rife with prior art that is never found or presented prior to granting) but with the weak patent system and how it is being abused, how it is used to harm and monopolize an industry where patents where intended to benefit them.
When a practice no longer meets its intended purpose, it is time to change that practice to match its purpose or abandon it all together, whichever is more effective.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30283056</id>
	<title>Software is fundamentally different from hardware</title>
	<author>naasking</author>
	<datestamp>1259682360000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Any physical system requires significantly more investment to create, requiring raw materials, machinery, etc. and the marginal cost of production is non-zero.</p><p>By comparison, software costs a pittance to start writing, effectively just being the cost of a computer, say around $2,000, and has a zero marginal cost of production. This is orders of magnitude lower than any material good, and why software already has a breakneck pace of innovation: because new players entering the game require little startup capital.</p><p>The only way I would support software patents is if the economics of software production are taken into account. The best compromise I've devised so far is to reduce the duration of a software patent by an order of magnitude to around 2 or 3 years. This gives innovators a chance to exploit their ideas for a short time, without shackling the rest of the industry with what quickly becomes an "obvious" idea.</p></htmltext>
<tokenext>Any physical system requires significantly more investment to create , requiring raw materials , machinery , etc .
and the marginal cost of production is non-zero.By comparison , software costs a pittance to start writing , effectively just being the cost of a computer , say around $ 2,000 , and has a zero marginal cost of production .
This is orders of magnitude lower than any material good , and why software already has a breakneck pace of innovation : because new players entering the game require little startup capital.The only way I would support software patents is if the economics of software production are taken into account .
The best compromise I 've devised so far is to reduce the duration of a software patent by an order of magnitude to around 2 or 3 years .
This gives innovators a chance to exploit their ideas for a short time , without shackling the rest of the industry with what quickly becomes an " obvious " idea .</tokentext>
<sentencetext>Any physical system requires significantly more investment to create, requiring raw materials, machinery, etc.
and the marginal cost of production is non-zero.By comparison, software costs a pittance to start writing, effectively just being the cost of a computer, say around $2,000, and has a zero marginal cost of production.
This is orders of magnitude lower than any material good, and why software already has a breakneck pace of innovation: because new players entering the game require little startup capital.The only way I would support software patents is if the economics of software production are taken into account.
The best compromise I've devised so far is to reduce the duration of a software patent by an order of magnitude to around 2 or 3 years.
This gives innovators a chance to exploit their ideas for a short time, without shackling the rest of the industry with what quickly becomes an "obvious" idea.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281910</id>
	<title>sex with a 7a3o</title>
	<author>Anonymous</author>
	<datestamp>1259674560000</datestamp>
	<modclass>Offtopic</modclass>
	<modscore>-1</modscore>
	<htmltext><A HREF="http://goat.cx/" title="goat.cx" rel="nofollow">Out of bed in the KKep, and I won't to underscore charnel house.  The previously thought Whether you raise or lower the fatal mista4es, [nero-online.org]. Whether you</a> [goat.cx]</htmltext>
<tokenext>Out of bed in the KKep , and I wo n't to underscore charnel house .
The previously thought Whether you raise or lower the fatal mista4es , [ nero-online.org ] .
Whether you [ goat.cx ]</tokentext>
<sentencetext>Out of bed in the KKep, and I won't to underscore charnel house.
The previously thought Whether you raise or lower the fatal mista4es, [nero-online.org].
Whether you [goat.cx]</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30282140</id>
	<title>Goetz argument</title>
	<author>ath1901</author>
	<datestamp>1259677080000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>2</modscore>
	<htmltext><p>Goetz argument isn't weakened by using the waterfall model. He's just comparing phases of the waterfall model traditional manufacturing so that's hardly an argument at all.</p><p>His argument seems to be that since you can implement any algorithm in hardware just as well as in software, both ways are equal and thus patentable (given the current patent laws).</p><p>His mistake is that you can not and should not ever be able to patent algorithms (since it's math), only a specific physical machine that "executes" the algorithm.<br>No one has (yet) claimed a numerical method like Runge-Kutta should be patentable. However, if you find a novel way of implementing Runge-Kutta using sticks and rocks, you can patent that particular physical machine.</p><p>(Ok, some crazy patent lawyer or politician has probably claimed algos should be patentable but no "real" people with braincells)</p></htmltext>
<tokenext>Goetz argument is n't weakened by using the waterfall model .
He 's just comparing phases of the waterfall model traditional manufacturing so that 's hardly an argument at all.His argument seems to be that since you can implement any algorithm in hardware just as well as in software , both ways are equal and thus patentable ( given the current patent laws ) .His mistake is that you can not and should not ever be able to patent algorithms ( since it 's math ) , only a specific physical machine that " executes " the algorithm.No one has ( yet ) claimed a numerical method like Runge-Kutta should be patentable .
However , if you find a novel way of implementing Runge-Kutta using sticks and rocks , you can patent that particular physical machine .
( Ok , some crazy patent lawyer or politician has probably claimed algos should be patentable but no " real " people with braincells )</tokentext>
<sentencetext>Goetz argument isn't weakened by using the waterfall model.
He's just comparing phases of the waterfall model traditional manufacturing so that's hardly an argument at all.His argument seems to be that since you can implement any algorithm in hardware just as well as in software, both ways are equal and thus patentable (given the current patent laws).His mistake is that you can not and should not ever be able to patent algorithms (since it's math), only a specific physical machine that "executes" the algorithm.No one has (yet) claimed a numerical method like Runge-Kutta should be patentable.
However, if you find a novel way of implementing Runge-Kutta using sticks and rocks, you can patent that particular physical machine.
(Ok, some crazy patent lawyer or politician has probably claimed algos should be patentable but no "real" people with braincells)</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281750</id>
	<title>Does it weaken his argument?</title>
	<author>MikeRT</author>
	<datestamp>1259672880000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><blockquote><div><p>Does it weaken Goetz's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts?</p></div>
</blockquote><p>

It's not the design practices per se, but rather the software market that does. It is significantly easier to build an independent, popular product today than it was 40 years ago. The main argument for patents is to protect a company's investment in the risk of doing R&amp;D to get a product to market. Pharmaceuticals are one of the last industries where that is probably still a valid concern. For software it is at best, rent-seeking, and at worst a cudgel with which they can beat smaller players or extort big, lumbering giants.</p></div>
	</htmltext>
<tokenext>Does it weaken Goetz 's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts ?
It 's not the design practices per se , but rather the software market that does .
It is significantly easier to build an independent , popular product today than it was 40 years ago .
The main argument for patents is to protect a company 's investment in the risk of doing R&amp;D to get a product to market .
Pharmaceuticals are one of the last industries where that is probably still a valid concern .
For software it is at best , rent-seeking , and at worst a cudgel with which they can beat smaller players or extort big , lumbering giants .</tokentext>
<sentencetext>Does it weaken Goetz's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts?
It's not the design practices per se, but rather the software market that does.
It is significantly easier to build an independent, popular product today than it was 40 years ago.
The main argument for patents is to protect a company's investment in the risk of doing R&amp;D to get a product to market.
Pharmaceuticals are one of the last industries where that is probably still a valid concern.
For software it is at best, rent-seeking, and at worst a cudgel with which they can beat smaller players or extort big, lumbering giants.
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30282340</id>
	<title>Why 20 years?</title>
	<author>jrincayc</author>
	<datestamp>1259678460000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I can see some justification for software patents.  However, what I have never seen is why they should last as long as patents on say, drugs.  To make a new device or chemical can require years of testing in the laboratory.  With software, I typically design, write and test each idea in the space of a week or a few months.  As well, if the patent lasts significantly longer than it would take a second inventor to discover the idea and publish it, then the patent is becoming harmful to society rather than helpful.  In short, because it is easier to invent software than physical inventions and because most software patents would be discovered soon anyway, I believe that software patents should be much shorter in term than physical patents.  I want to know why someone thinks that a computer invention from 1990 should still have a monopoly. If there is a case for software patents, it would be for a much shorter term, like maybe 3 years.</p></htmltext>
<tokenext>I can see some justification for software patents .
However , what I have never seen is why they should last as long as patents on say , drugs .
To make a new device or chemical can require years of testing in the laboratory .
With software , I typically design , write and test each idea in the space of a week or a few months .
As well , if the patent lasts significantly longer than it would take a second inventor to discover the idea and publish it , then the patent is becoming harmful to society rather than helpful .
In short , because it is easier to invent software than physical inventions and because most software patents would be discovered soon anyway , I believe that software patents should be much shorter in term than physical patents .
I want to know why someone thinks that a computer invention from 1990 should still have a monopoly .
If there is a case for software patents , it would be for a much shorter term , like maybe 3 years .</tokentext>
<sentencetext>I can see some justification for software patents.
However, what I have never seen is why they should last as long as patents on say, drugs.
To make a new device or chemical can require years of testing in the laboratory.
With software, I typically design, write and test each idea in the space of a week or a few months.
As well, if the patent lasts significantly longer than it would take a second inventor to discover the idea and publish it, then the patent is becoming harmful to society rather than helpful.
In short, because it is easier to invent software than physical inventions and because most software patents would be discovered soon anyway, I believe that software patents should be much shorter in term than physical patents.
I want to know why someone thinks that a computer invention from 1990 should still have a monopoly.
If there is a case for software patents, it would be for a much shorter term, like maybe 3 years.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30285774</id>
	<title>Huh?</title>
	<author>Anonymous</author>
	<datestamp>1259694000000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>"Does it weaken Goetz's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts?"</p><p>No, but it does weaken your synopsis to suggest that current development practices don't resemble waterfall.  Not sure which Ivory Tower of Google in which you reside, but corporate America is hardly a progressive bastion of methodology.  Waterfall is the rule, rather than the exception even today.</p></htmltext>
<tokenext>" Does it weaken Goetz 's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts ?
" No , but it does weaken your synopsis to suggest that current development practices do n't resemble waterfall .
Not sure which Ivory Tower of Google in which you reside , but corporate America is hardly a progressive bastion of methodology .
Waterfall is the rule , rather than the exception even today .</tokentext>
<sentencetext>"Does it weaken Goetz's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts?
"No, but it does weaken your synopsis to suggest that current development practices don't resemble waterfall.
Not sure which Ivory Tower of Google in which you reside, but corporate America is hardly a progressive bastion of methodology.
Waterfall is the rule, rather than the exception even today.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30283848</id>
	<title>Re:Wrong comparison</title>
	<author>tonyreadsnews</author>
	<datestamp>1259685780000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I agree that the length should also be reduced, but you did seem to overlook one piece.<br>
The patent are not meant to just recover investment for an invention, but to do that so that the entire workings of the patented item be released to the public so that other inventors can improve upon it to make a new invention.<br>
Now days it seems that if anyone improves upon a software patent, then they get sued for patent infringement because it is using the patent (an not an improvement).</htmltext>
<tokenext>I agree that the length should also be reduced , but you did seem to overlook one piece .
The patent are not meant to just recover investment for an invention , but to do that so that the entire workings of the patented item be released to the public so that other inventors can improve upon it to make a new invention .
Now days it seems that if anyone improves upon a software patent , then they get sued for patent infringement because it is using the patent ( an not an improvement ) .</tokentext>
<sentencetext>I agree that the length should also be reduced, but you did seem to overlook one piece.
The patent are not meant to just recover investment for an invention, but to do that so that the entire workings of the patented item be released to the public so that other inventors can improve upon it to make a new invention.
Now days it seems that if anyone improves upon a software patent, then they get sued for patent infringement because it is using the patent (an not an improvement).</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281410</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281526</id>
	<title>the missing pieces of the metaphor</title>
	<author>Anonymous</author>
	<datestamp>1259670540000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>One of the major differences that could define this debate is the ease of production of software vs. hardware. While many of the comparisons Goetz uses to make his point are indeed valid, practically only large entities have the power to manufacture hardware, making patents a practically enforceable tool in the market. All the disputes that arise are between companies that have a team of lawyers and an account that can fund them. Meanwhile, software readily reproducible by anyone with a few hundred dollars, intelligence and time (or a few thousand people with less time each). The production of software is not really comparable to hardware in this aspect. It would be as if anyone with a simple soldering iron and scrap metal could produce an original processor. Intel and AMD design concepts would be mixed up and scattered all across the globe. And not even this captures the case of software, because of how easy it is to share and copy software.</p><p>Add to this the applicability of real world paradigms to software, which results in things like shopping cart patents, and the fundamental emphasis of patterns and abstraction across problems in software development and patents begin to look less and less reasonable both in terms of enforceability and applicability.</p></htmltext>
<tokenext>One of the major differences that could define this debate is the ease of production of software vs. hardware. While many of the comparisons Goetz uses to make his point are indeed valid , practically only large entities have the power to manufacture hardware , making patents a practically enforceable tool in the market .
All the disputes that arise are between companies that have a team of lawyers and an account that can fund them .
Meanwhile , software readily reproducible by anyone with a few hundred dollars , intelligence and time ( or a few thousand people with less time each ) .
The production of software is not really comparable to hardware in this aspect .
It would be as if anyone with a simple soldering iron and scrap metal could produce an original processor .
Intel and AMD design concepts would be mixed up and scattered all across the globe .
And not even this captures the case of software , because of how easy it is to share and copy software.Add to this the applicability of real world paradigms to software , which results in things like shopping cart patents , and the fundamental emphasis of patterns and abstraction across problems in software development and patents begin to look less and less reasonable both in terms of enforceability and applicability .</tokentext>
<sentencetext>One of the major differences that could define this debate is the ease of production of software vs. hardware. While many of the comparisons Goetz uses to make his point are indeed valid, practically only large entities have the power to manufacture hardware, making patents a practically enforceable tool in the market.
All the disputes that arise are between companies that have a team of lawyers and an account that can fund them.
Meanwhile, software readily reproducible by anyone with a few hundred dollars, intelligence and time (or a few thousand people with less time each).
The production of software is not really comparable to hardware in this aspect.
It would be as if anyone with a simple soldering iron and scrap metal could produce an original processor.
Intel and AMD design concepts would be mixed up and scattered all across the globe.
And not even this captures the case of software, because of how easy it is to share and copy software.Add to this the applicability of real world paradigms to software, which results in things like shopping cart patents, and the fundamental emphasis of patterns and abstraction across problems in software development and patents begin to look less and less reasonable both in terms of enforceability and applicability.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30282980</id>
	<title>if the patent was for software created, ok sure</title>
	<author>tatman</author>
	<datestamp>1259682000000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>My biggest complaint about software patents (ok patents in general) is that you can patent the idea without ever having to invest the effort and time to create the software.  For example, AMD owns a patent on <a href="http://www.freepatentsonline.com/7084758.html" title="freepatentsonline.com" rel="nofollow">location based reminder</a> [freepatentsonline.com].  But as far as I can tell they do not sell any software that implements the patent.   Yet this patent keeps me from making the effort of creating my own software that provides reminders based on location.   This whole patent thing is just ridiculous.   I'm going to patent "patenting ideas"<nobr> <wbr></nobr>;)   maybe finally I will have my own patent.</htmltext>
<tokenext>My biggest complaint about software patents ( ok patents in general ) is that you can patent the idea without ever having to invest the effort and time to create the software .
For example , AMD owns a patent on location based reminder [ freepatentsonline.com ] .
But as far as I can tell they do not sell any software that implements the patent .
Yet this patent keeps me from making the effort of creating my own software that provides reminders based on location .
This whole patent thing is just ridiculous .
I 'm going to patent " patenting ideas " ; ) maybe finally I will have my own patent .</tokentext>
<sentencetext>My biggest complaint about software patents (ok patents in general) is that you can patent the idea without ever having to invest the effort and time to create the software.
For example, AMD owns a patent on location based reminder [freepatentsonline.com].
But as far as I can tell they do not sell any software that implements the patent.
Yet this patent keeps me from making the effort of creating my own software that provides reminders based on location.
This whole patent thing is just ridiculous.
I'm going to patent "patenting ideas" ;)   maybe finally I will have my own patent.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281384</id>
	<title>Summary...</title>
	<author>florescent\_beige</author>
	<datestamp>1259668800000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Software is sometimes conceptualized as a machine, and machines are patentable, therefore software should be too.</p><p>Software can be implemented in hardware, which makes it patentable even when it's not implemented in hardware.</p><p>The following terms are common to both software and hardware manufacturers:</p><p><div class="quote"><p>research, competitive analysis,  functionality, specifications, operational environment, operating characteristics, interfaces, modules, engineering, implemented, debugged, tested, quality assurance, alpha and beta testing, documentation, installation, training, OEM, component, system, re-packaged, maintenance, warrants, workmanship, guarantees, errors, defects, improved, enhanced, upgraded, and models</p></div><p>and therefore the products of software companies should be patentable just like the products of hardware companies.</p><p>
Respectfully to Mr. Goetz, my reaction to his points is "So?". Analogies are aids to thought, not legal arguments.</p></div>
	</htmltext>
<tokenext>Software is sometimes conceptualized as a machine , and machines are patentable , therefore software should be too.Software can be implemented in hardware , which makes it patentable even when it 's not implemented in hardware.The following terms are common to both software and hardware manufacturers : research , competitive analysis , functionality , specifications , operational environment , operating characteristics , interfaces , modules , engineering , implemented , debugged , tested , quality assurance , alpha and beta testing , documentation , installation , training , OEM , component , system , re-packaged , maintenance , warrants , workmanship , guarantees , errors , defects , improved , enhanced , upgraded , and modelsand therefore the products of software companies should be patentable just like the products of hardware companies .
Respectfully to Mr. Goetz , my reaction to his points is " So ? " .
Analogies are aids to thought , not legal arguments .</tokentext>
<sentencetext>Software is sometimes conceptualized as a machine, and machines are patentable, therefore software should be too.Software can be implemented in hardware, which makes it patentable even when it's not implemented in hardware.The following terms are common to both software and hardware manufacturers:research, competitive analysis,  functionality, specifications, operational environment, operating characteristics, interfaces, modules, engineering, implemented, debugged, tested, quality assurance, alpha and beta testing, documentation, installation, training, OEM, component, system, re-packaged, maintenance, warrants, workmanship, guarantees, errors, defects, improved, enhanced, upgraded, and modelsand therefore the products of software companies should be patentable just like the products of hardware companies.
Respectfully to Mr. Goetz, my reaction to his points is "So?".
Analogies are aids to thought, not legal arguments.
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281584</id>
	<title>Patents are not a natural right</title>
	<author>maxm</author>
	<datestamp>1259671260000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>They are a political and economic tool to advance economic growth and development of new technology.</p><p>In the software world where there are many people working on the same problem, and finding the same solutions. Patents are of no use whatsoever.</p><p>I would like to be proven wrong though. Is there any examples of software that would not have been developed without software patents?</p></htmltext>
<tokenext>They are a political and economic tool to advance economic growth and development of new technology.In the software world where there are many people working on the same problem , and finding the same solutions .
Patents are of no use whatsoever.I would like to be proven wrong though .
Is there any examples of software that would not have been developed without software patents ?</tokentext>
<sentencetext>They are a political and economic tool to advance economic growth and development of new technology.In the software world where there are many people working on the same problem, and finding the same solutions.
Patents are of no use whatsoever.I would like to be proven wrong though.
Is there any examples of software that would not have been developed without software patents?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281462</id>
	<title>In theory, there is no difference</title>
	<author>Nicolas MONNET</author>
	<datestamp>1259669520000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>In practice, there is a world of difference.</p><p>When you develop a drug or a new car engine, you have to invest hundred of millions of dollars. Spending a few millions on patent lawyering is nothing.</p><p>I can spend a few weeks developing a program in my spare time for an investment of zero (0) dollars, and be infringing on some stupid patent without knowing it. I don't have a few millions laying around to pay some scumbag in a suit.</p><p>And that's just one of many arguments against software patents. But that's the main one from a social contract point of view. You can't make laws that people can infringe without knowing it. Lawyers might love them for all the business it brings them, but it's just fundamentally wrong.</p></htmltext>
<tokenext>In practice , there is a world of difference.When you develop a drug or a new car engine , you have to invest hundred of millions of dollars .
Spending a few millions on patent lawyering is nothing.I can spend a few weeks developing a program in my spare time for an investment of zero ( 0 ) dollars , and be infringing on some stupid patent without knowing it .
I do n't have a few millions laying around to pay some scumbag in a suit.And that 's just one of many arguments against software patents .
But that 's the main one from a social contract point of view .
You ca n't make laws that people can infringe without knowing it .
Lawyers might love them for all the business it brings them , but it 's just fundamentally wrong .</tokentext>
<sentencetext>In practice, there is a world of difference.When you develop a drug or a new car engine, you have to invest hundred of millions of dollars.
Spending a few millions on patent lawyering is nothing.I can spend a few weeks developing a program in my spare time for an investment of zero (0) dollars, and be infringing on some stupid patent without knowing it.
I don't have a few millions laying around to pay some scumbag in a suit.And that's just one of many arguments against software patents.
But that's the main one from a social contract point of view.
You can't make laws that people can infringe without knowing it.
Lawyers might love them for all the business it brings them, but it's just fundamentally wrong.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30283090</id>
	<title>Re:The priniple difference...</title>
	<author>naasking</author>
	<datestamp>1259682480000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>RSA encryption algorithm. One of the very rare legit software patents IMO.</p></htmltext>
<tokenext>RSA encryption algorithm .
One of the very rare legit software patents IMO .</tokentext>
<sentencetext>RSA encryption algorithm.
One of the very rare legit software patents IMO.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281334</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281516</id>
	<title>Patents make us weak.</title>
	<author>starbugs</author>
	<datestamp>1259670360000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>
100 Years ago: Patents give us an incentive to innovate. If you copy, then you will loose.
</p><p>
Today: Patents increasingly used to stifle innovation. Nowhere is it more apparent than in software. You can write something new, only to find out that mr.big\_company has a broad patent that makes your idea theirs.
</p><p>
Future: New ideas in software are gridlocked because of over-reaching patents, and we find that places without a history of innovation have leap-frogged us because the developers there write code without a fear of being sued.
</p><p>
If we want to remain leaders in innovation, we have to release the chokehold on our own necks.
</p><p>
Patents worked when we were competing with ourselves. That's not the case anymore.
</p></htmltext>
<tokenext>100 Years ago : Patents give us an incentive to innovate .
If you copy , then you will loose .
Today : Patents increasingly used to stifle innovation .
Nowhere is it more apparent than in software .
You can write something new , only to find out that mr.big \ _company has a broad patent that makes your idea theirs .
Future : New ideas in software are gridlocked because of over-reaching patents , and we find that places without a history of innovation have leap-frogged us because the developers there write code without a fear of being sued .
If we want to remain leaders in innovation , we have to release the chokehold on our own necks .
Patents worked when we were competing with ourselves .
That 's not the case anymore .</tokentext>
<sentencetext>
100 Years ago: Patents give us an incentive to innovate.
If you copy, then you will loose.
Today: Patents increasingly used to stifle innovation.
Nowhere is it more apparent than in software.
You can write something new, only to find out that mr.big\_company has a broad patent that makes your idea theirs.
Future: New ideas in software are gridlocked because of over-reaching patents, and we find that places without a history of innovation have leap-frogged us because the developers there write code without a fear of being sued.
If we want to remain leaders in innovation, we have to release the chokehold on our own necks.
Patents worked when we were competing with ourselves.
That's not the case anymore.
</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30282400</id>
	<title>Re:Summary...</title>
	<author>Anonymous</author>
	<datestamp>1259678880000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>People are biological machines, and machines are patentable, therefore people should be too. I've just patented YOU and I demand you kill yourself as remedy for infringing my (nonexistent) implementation of you.</p></htmltext>
<tokenext>People are biological machines , and machines are patentable , therefore people should be too .
I 've just patented YOU and I demand you kill yourself as remedy for infringing my ( nonexistent ) implementation of you .</tokentext>
<sentencetext>People are biological machines, and machines are patentable, therefore people should be too.
I've just patented YOU and I demand you kill yourself as remedy for infringing my (nonexistent) implementation of you.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281384</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281598</id>
	<title>True, but ...</title>
	<author>nodan</author>
	<datestamp>1259671500000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>It is certainly true that many ideas can be implemented in software as well as hardware, so this really shouldn't be the line drawn for patents. Still, software patents feel something between wrong and outrageous for most people - why?
<p>
I think there are two reasons for this:
First, there are a lot more people building meaningful stuff with software than with hardware because it is cheap and easy. All you need is a computer for a couple of hundreds of bucks, and if you like you get all the rest for free (as in beer). For everybody who wants to write software, a patent could be in the way.
</p><p>
Second, and more important, many if no most patents lack substance and should not be patents at all, and for software this is even more obvious than for hardware. What is this one-click-buy-stuff about? Should there maybe be patents for storing text documents on a harddisk or using pixels to show text on a screen? I probably wouldn't mind a software patent for reasonable inventions, like a O(n) sort algorithm. But it's so incredibly hard to come up with such inventions<nobr> <wbr></nobr>...
</p><p>
I have a past at a global player in the electronics market and I've seen some drafts for patents that in my opinion should never be granted. However, giving the current patent system, the number of patent applications is a value in itself, regardless of the substance behind.
</p><p>
All that said, as long as the patent system is not fundamentally changed, software patents are going to do a large damage to both the economy and the consumers.</p></htmltext>
<tokenext>It is certainly true that many ideas can be implemented in software as well as hardware , so this really should n't be the line drawn for patents .
Still , software patents feel something between wrong and outrageous for most people - why ?
I think there are two reasons for this : First , there are a lot more people building meaningful stuff with software than with hardware because it is cheap and easy .
All you need is a computer for a couple of hundreds of bucks , and if you like you get all the rest for free ( as in beer ) .
For everybody who wants to write software , a patent could be in the way .
Second , and more important , many if no most patents lack substance and should not be patents at all , and for software this is even more obvious than for hardware .
What is this one-click-buy-stuff about ?
Should there maybe be patents for storing text documents on a harddisk or using pixels to show text on a screen ?
I probably would n't mind a software patent for reasonable inventions , like a O ( n ) sort algorithm .
But it 's so incredibly hard to come up with such inventions .. . I have a past at a global player in the electronics market and I 've seen some drafts for patents that in my opinion should never be granted .
However , giving the current patent system , the number of patent applications is a value in itself , regardless of the substance behind .
All that said , as long as the patent system is not fundamentally changed , software patents are going to do a large damage to both the economy and the consumers .</tokentext>
<sentencetext>It is certainly true that many ideas can be implemented in software as well as hardware, so this really shouldn't be the line drawn for patents.
Still, software patents feel something between wrong and outrageous for most people - why?
I think there are two reasons for this:
First, there are a lot more people building meaningful stuff with software than with hardware because it is cheap and easy.
All you need is a computer for a couple of hundreds of bucks, and if you like you get all the rest for free (as in beer).
For everybody who wants to write software, a patent could be in the way.
Second, and more important, many if no most patents lack substance and should not be patents at all, and for software this is even more obvious than for hardware.
What is this one-click-buy-stuff about?
Should there maybe be patents for storing text documents on a harddisk or using pixels to show text on a screen?
I probably wouldn't mind a software patent for reasonable inventions, like a O(n) sort algorithm.
But it's so incredibly hard to come up with such inventions ...

I have a past at a global player in the electronics market and I've seen some drafts for patents that in my opinion should never be granted.
However, giving the current patent system, the number of patent applications is a value in itself, regardless of the substance behind.
All that said, as long as the patent system is not fundamentally changed, software patents are going to do a large damage to both the economy and the consumers.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30282022</id>
	<title>Re:The priniple difference...</title>
	<author>Anonymous</author>
	<datestamp>1259675760000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>LZW</p></htmltext>
<tokenext>LZW</tokentext>
<sentencetext>LZW</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281334</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30282266</id>
	<title>Re:The priniple difference...</title>
	<author>Anonymous</author>
	<datestamp>1259677980000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>US Patent 6467086 - Aspect-oriented programming (http://www.patentstorm.us/patents/6467086.html)</p><p>Would you come up with AOP on your own, discussing over a cup of coffee with your buddies?</p></htmltext>
<tokenext>US Patent 6467086 - Aspect-oriented programming ( http : //www.patentstorm.us/patents/6467086.html ) Would you come up with AOP on your own , discussing over a cup of coffee with your buddies ?</tokentext>
<sentencetext>US Patent 6467086 - Aspect-oriented programming (http://www.patentstorm.us/patents/6467086.html)Would you come up with AOP on your own, discussing over a cup of coffee with your buddies?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281334</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30285858</id>
	<title>Right or Not, slashdot wouldn't be here sans Marty</title>
	<author>your\_mother\_sews\_soc</author>
	<datestamp>1259694180000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Right or wrong (and by a matter of degree and your point of view), we <b>all</b> owe a lot to Marty for making it possible for us to code.  Marty broke software free from the monastery and the monks of IBM.  He created the entire software industry as we know it.  (Of course he is human, and indirectly helped destroy mainframe software by selling ADR to Ameritech, which then sold it to Charlie "The Craw" "Not Wang, Wang!" Wang and CA.)
<br> <br>
Marty is one cool cat, and let us play ping-pong in his luxurious office.  Even if he was there working!  As far as I am concerned, what Marty wants, Marty Goetz!</htmltext>
<tokenext>Right or wrong ( and by a matter of degree and your point of view ) , we all owe a lot to Marty for making it possible for us to code .
Marty broke software free from the monastery and the monks of IBM .
He created the entire software industry as we know it .
( Of course he is human , and indirectly helped destroy mainframe software by selling ADR to Ameritech , which then sold it to Charlie " The Craw " " Not Wang , Wang !
" Wang and CA .
) Marty is one cool cat , and let us play ping-pong in his luxurious office .
Even if he was there working !
As far as I am concerned , what Marty wants , Marty Goetz !</tokentext>
<sentencetext>Right or wrong (and by a matter of degree and your point of view), we all owe a lot to Marty for making it possible for us to code.
Marty broke software free from the monastery and the monks of IBM.
He created the entire software industry as we know it.
(Of course he is human, and indirectly helped destroy mainframe software by selling ADR to Ameritech, which then sold it to Charlie "The Craw" "Not Wang, Wang!
" Wang and CA.
)
 
Marty is one cool cat, and let us play ping-pong in his luxurious office.
Even if he was there working!
As far as I am concerned, what Marty wants, Marty Goetz!</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30286902</id>
	<title>Re:In theory, there is no difference</title>
	<author>dangitman</author>
	<datestamp>1259697780000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>On the other hand, I could invent a new corkscrew or mousetrap with a few hours tooling around in the workshop. While developing complex new software might take a team of people two years of hard work.</p><p>I don't think this argument really holds up, unless you are willing to invalidate hardware patents that didn't take much time and money, while validating software patents that did take time and money. And then you end up penalizing the inventor with the brilliant stroke of genius for a simple yet effective idea, while rewarding the inventor who toils over a mediocre idea that isn't very effective.</p></htmltext>
<tokenext>On the other hand , I could invent a new corkscrew or mousetrap with a few hours tooling around in the workshop .
While developing complex new software might take a team of people two years of hard work.I do n't think this argument really holds up , unless you are willing to invalidate hardware patents that did n't take much time and money , while validating software patents that did take time and money .
And then you end up penalizing the inventor with the brilliant stroke of genius for a simple yet effective idea , while rewarding the inventor who toils over a mediocre idea that is n't very effective .</tokentext>
<sentencetext>On the other hand, I could invent a new corkscrew or mousetrap with a few hours tooling around in the workshop.
While developing complex new software might take a team of people two years of hard work.I don't think this argument really holds up, unless you are willing to invalidate hardware patents that didn't take much time and money, while validating software patents that did take time and money.
And then you end up penalizing the inventor with the brilliant stroke of genius for a simple yet effective idea, while rewarding the inventor who toils over a mediocre idea that isn't very effective.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281462</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281448</id>
	<title>He may well deserve a patent or two</title>
	<author>SamuelRobinson</author>
	<datestamp>1259669460000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>It's my opinion that most of the software patents that I've seen fail the obviousness test for someone who is qualified to be an expert witness. Most of the software patents that bother me are things like one-click or hyperlinks. There may have been a point in time where some part of their functionality was patentable, but generally they are obvious extensions of prior art. You see this frequently in hardware as well.</p><p>The development methodology as mentioned by the OP doesn't change the presence or absence of the vision and insight that something that is patentable should require. Its important not to confuse the what with the how when considering this. It is a pity that for the most part software patents were awarded by people who didn't know the industry well enough to know which of the ideas they were seeing were obvious extensions of prior art. More importantly, the practice of patenting demonstrated but undefended prior art has hurt us all by requiring patents for things that should have been in the public domain in the first place. I sometimes wonder what would have happened if it had been possible to patent movable type or a method of translating human understantable instructions into commands to control the operation of machinery.</p><p>As  a further red herring I should mention that the use of patents in general doesn't work well against most entities that you would most want to be defended from. A large number of players are using the slowness of the legal response to make their money and then vanish. It works against large corporations and other entities that are stuck at a fixed address which is why they tend to try to gather as much IP as possible related to their business in self defense.</p><p>This is an old argument going back at least a century. One line statements of position certainly don't adequately express an appreciation of the complexity of the issues.</p></htmltext>
<tokenext>It 's my opinion that most of the software patents that I 've seen fail the obviousness test for someone who is qualified to be an expert witness .
Most of the software patents that bother me are things like one-click or hyperlinks .
There may have been a point in time where some part of their functionality was patentable , but generally they are obvious extensions of prior art .
You see this frequently in hardware as well.The development methodology as mentioned by the OP does n't change the presence or absence of the vision and insight that something that is patentable should require .
Its important not to confuse the what with the how when considering this .
It is a pity that for the most part software patents were awarded by people who did n't know the industry well enough to know which of the ideas they were seeing were obvious extensions of prior art .
More importantly , the practice of patenting demonstrated but undefended prior art has hurt us all by requiring patents for things that should have been in the public domain in the first place .
I sometimes wonder what would have happened if it had been possible to patent movable type or a method of translating human understantable instructions into commands to control the operation of machinery.As a further red herring I should mention that the use of patents in general does n't work well against most entities that you would most want to be defended from .
A large number of players are using the slowness of the legal response to make their money and then vanish .
It works against large corporations and other entities that are stuck at a fixed address which is why they tend to try to gather as much IP as possible related to their business in self defense.This is an old argument going back at least a century .
One line statements of position certainly do n't adequately express an appreciation of the complexity of the issues .</tokentext>
<sentencetext>It's my opinion that most of the software patents that I've seen fail the obviousness test for someone who is qualified to be an expert witness.
Most of the software patents that bother me are things like one-click or hyperlinks.
There may have been a point in time where some part of their functionality was patentable, but generally they are obvious extensions of prior art.
You see this frequently in hardware as well.The development methodology as mentioned by the OP doesn't change the presence or absence of the vision and insight that something that is patentable should require.
Its important not to confuse the what with the how when considering this.
It is a pity that for the most part software patents were awarded by people who didn't know the industry well enough to know which of the ideas they were seeing were obvious extensions of prior art.
More importantly, the practice of patenting demonstrated but undefended prior art has hurt us all by requiring patents for things that should have been in the public domain in the first place.
I sometimes wonder what would have happened if it had been possible to patent movable type or a method of translating human understantable instructions into commands to control the operation of machinery.As  a further red herring I should mention that the use of patents in general doesn't work well against most entities that you would most want to be defended from.
A large number of players are using the slowness of the legal response to make their money and then vanish.
It works against large corporations and other entities that are stuck at a fixed address which is why they tend to try to gather as much IP as possible related to their business in self defense.This is an old argument going back at least a century.
One line statements of position certainly don't adequately express an appreciation of the complexity of the issues.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281646</id>
	<title>Development Cycle</title>
	<author>Brett Buck</author>
	<datestamp>1259671920000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><blockquote><div><p>     Does it weaken Goetz's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts?</p></div>     </blockquote><p>
&nbsp; &nbsp; &nbsp; &nbsp; In a word, no. It doesn't matter how or in what context you come up with something, it's whether it's sufficiently unique or not. And in any case, I am not sure why you refer to "current development practice" since that varies wildly from application to application, and the "waterfall" process is certainly still in full force for many serious programming applications.</p><p>
&nbsp; &nbsp; &nbsp; &nbsp; Brett</p><p>
&nbsp; &nbsp; &nbsp;</p></div>
	</htmltext>
<tokenext>Does it weaken Goetz 's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts ?
        In a word , no .
It does n't matter how or in what context you come up with something , it 's whether it 's sufficiently unique or not .
And in any case , I am not sure why you refer to " current development practice " since that varies wildly from application to application , and the " waterfall " process is certainly still in full force for many serious programming applications .
        Brett      </tokentext>
<sentencetext>     Does it weaken Goetz's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts?
        In a word, no.
It doesn't matter how or in what context you come up with something, it's whether it's sufficiently unique or not.
And in any case, I am not sure why you refer to "current development practice" since that varies wildly from application to application, and the "waterfall" process is certainly still in full force for many serious programming applications.
        Brett
     
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30283524</id>
	<title>There's a difference between hw and sw.</title>
	<author>hey!</author>
	<datestamp>1259684340000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I agree there is no difference in *principle* between a hardware patent and a software patent.  There is a difference in *practice* and patents are a *practical* matter.  As a mechanical engineer friend of mine likes to say, "In principle there is no difference between principle and practice but in practice there is."</p><p>Patents aren't real property, they are a social bargain designed to maximize utility.   Judged that way, most software patents are a failure.</p><p>Goetz makes a good point about the need for research and investment in *some* software projects, and he almost puts his finger right on the problem:</p><p><div class="quote"><p>There is six phases in the life cycle of software products: Definition, Design, Implementation, Delivery, Maintenance, and Enhancements. Let&rsquo;s look a little closely at these phases and you will see how closely they resemble characteristics common to all manufacturing companies.</p></div><p>So why don't we reward companies that put effort into maintenance and enhancements with a monopoly?  That would be even better -- in the software world.    You see, software *is* different; it has the same topology, but not at all the same shape.</p><p>Patents are supposed to reward originality.   What is originality?  Well a patent is supposed to be non-obvious.  Well what does that mean?  Well, I suppose that means the patent must demonstrate fresh insight.  But what  does "fresh insight" mean? It's just another way of saying "originality".</p><p>I think what it all comes down to is that invention is about *Definition*.    A real invention doesn't just restate known solutions; it restates the problem.  The example I like to use is the mechanical watch.   Before the use of the balance wheel (in essence a wheel shaped pendulum), the problem of making a compact timepiece more accurate could be stated this way: "How do balance friction and force more precisely in order to obtain more precise performance?"   After you hit on the notion of the balance wheel you *still* have this problem, but you've just got much further down the precision road by briefly considering an entirely *different* problem: "How do I get the benefits of a pendulum in something compact that does not require the timepiece to be held in the same orientation relative to gravity?"   By setting aside the problem everyone else is working on, you can arrive at the essence of what a pendulum does:  balancing the acceleration of a known mass around a pivot (a wheel instead of a lever) against a known force (a spring of known elasticity instead of gravity).</p><p>The majority of the trade-offs you choose in making a timepiece more mechanically precise aren't like this.  They're just different *designs*, not inventions, because they take a different stab at optimizing a problem with no perfect solution (which probably would require a largely frictionless device driven by an endless source of energy).</p><p>The process of definition is *different* for software than hardware, because computers are *general purpose data transformation engines*.    In software engineering, our lever or the inclined plane is the Turing equivalent language. With this one machine we can literally do *anything* that is computationally possible.  It *defines* computationally possible.   This shows right off the bat the far greater flexibility the intellectual tools of the software designer are over the mechanical designer or civil engineer.</p><p>If you want an analogy for the relationship of hardware invention to software invention, think of the relationship of civil engineering to building architecture.  In civil engineering, innovation is highly risky and very, very rare.   A civil engineer prefers to be able to adapt a known and trusted design pattern to a problem.    Where there is invention, it is driven by necessity.  When there is no *room* to put conventional bridge piers on the site, he'll be forced to come up with a cable stay bridge.</p><p>Now what about architects?  They design useful things all the time.  Why can't *they* claim patents on their ideas as well?  Because that would not advance the state of the art in architecture the way patents advance the state of the art in engineering.   Architects' jobs are generating and discarding *numerous* redefinitions of "the problem".   If they had to worry about whether somebody thought to cantilever a floor, or to situation private spaces relative to each other to make interaction between people in those spaces convenient, they'd be *less* creative.</p><p>That's the situation for software architecture, only *more* so.  Our  job is to generate so many new conceptualizations of a problem that we are throwing away really *good* ones before we settle on our final problem definition.  We are constantly coming up with applications of design ideas in scenarios where we've never seen them used -- if we *don't*, we aren't doing our job.  We are constantly inventing, but with so many of us working on so many problems, most of our inventions have been independently arrived at by others.  That's not at all the same as saying these solutions are *obvious*.  Put two top notch designers on a problem and they'll both come up with workable ideas the other hasn't.</p><p>So that's the problem with software patents.  I'm not against them in *principle*.  I'm just against them in *practice*. The question of whether a something qualifies as an invention is a fuzzy one.  As a practical matter, if software patents have utility, the question ought to be construed  very, very narrowly.</p><p>Now we *all* know how software patents  are used most of the time. They don't incent us to higher levels of creativity. We do our designs, then management wants us to look over those designs to see if we can patent any of the things we would have done anyway.  I can't think of any design project I've seen that would *not* have been undertaken if software patents didn't exist.</p><p>Companies use software patents these ways:<br>(1) to gain ownership of a product category.<br>(2) as ammunition for a legal counter-strike when facing a patent infringement suit.<br>(3) to ambush other companies making products for the market rather than making anything themselves.<br>(4)  to goose up stock value in an IPO or acquisition scenario.</p><p>Of these uses, only increasing IPO value has any merit according to the rationale for patents.</p></div>
	</htmltext>
<tokenext>I agree there is no difference in * principle * between a hardware patent and a software patent .
There is a difference in * practice * and patents are a * practical * matter .
As a mechanical engineer friend of mine likes to say , " In principle there is no difference between principle and practice but in practice there is .
" Patents are n't real property , they are a social bargain designed to maximize utility .
Judged that way , most software patents are a failure.Goetz makes a good point about the need for research and investment in * some * software projects , and he almost puts his finger right on the problem : There is six phases in the life cycle of software products : Definition , Design , Implementation , Delivery , Maintenance , and Enhancements .
Let    s look a little closely at these phases and you will see how closely they resemble characteristics common to all manufacturing companies.So why do n't we reward companies that put effort into maintenance and enhancements with a monopoly ?
That would be even better -- in the software world .
You see , software * is * different ; it has the same topology , but not at all the same shape.Patents are supposed to reward originality .
What is originality ?
Well a patent is supposed to be non-obvious .
Well what does that mean ?
Well , I suppose that means the patent must demonstrate fresh insight .
But what does " fresh insight " mean ?
It 's just another way of saying " originality " .I think what it all comes down to is that invention is about * Definition * .
A real invention does n't just restate known solutions ; it restates the problem .
The example I like to use is the mechanical watch .
Before the use of the balance wheel ( in essence a wheel shaped pendulum ) , the problem of making a compact timepiece more accurate could be stated this way : " How do balance friction and force more precisely in order to obtain more precise performance ?
" After you hit on the notion of the balance wheel you * still * have this problem , but you 've just got much further down the precision road by briefly considering an entirely * different * problem : " How do I get the benefits of a pendulum in something compact that does not require the timepiece to be held in the same orientation relative to gravity ?
" By setting aside the problem everyone else is working on , you can arrive at the essence of what a pendulum does : balancing the acceleration of a known mass around a pivot ( a wheel instead of a lever ) against a known force ( a spring of known elasticity instead of gravity ) .The majority of the trade-offs you choose in making a timepiece more mechanically precise are n't like this .
They 're just different * designs * , not inventions , because they take a different stab at optimizing a problem with no perfect solution ( which probably would require a largely frictionless device driven by an endless source of energy ) .The process of definition is * different * for software than hardware , because computers are * general purpose data transformation engines * .
In software engineering , our lever or the inclined plane is the Turing equivalent language .
With this one machine we can literally do * anything * that is computationally possible .
It * defines * computationally possible .
This shows right off the bat the far greater flexibility the intellectual tools of the software designer are over the mechanical designer or civil engineer.If you want an analogy for the relationship of hardware invention to software invention , think of the relationship of civil engineering to building architecture .
In civil engineering , innovation is highly risky and very , very rare .
A civil engineer prefers to be able to adapt a known and trusted design pattern to a problem .
Where there is invention , it is driven by necessity .
When there is no * room * to put conventional bridge piers on the site , he 'll be forced to come up with a cable stay bridge.Now what about architects ?
They design useful things all the time .
Why ca n't * they * claim patents on their ideas as well ?
Because that would not advance the state of the art in architecture the way patents advance the state of the art in engineering .
Architects ' jobs are generating and discarding * numerous * redefinitions of " the problem " .
If they had to worry about whether somebody thought to cantilever a floor , or to situation private spaces relative to each other to make interaction between people in those spaces convenient , they 'd be * less * creative.That 's the situation for software architecture , only * more * so .
Our job is to generate so many new conceptualizations of a problem that we are throwing away really * good * ones before we settle on our final problem definition .
We are constantly coming up with applications of design ideas in scenarios where we 've never seen them used -- if we * do n't * , we are n't doing our job .
We are constantly inventing , but with so many of us working on so many problems , most of our inventions have been independently arrived at by others .
That 's not at all the same as saying these solutions are * obvious * .
Put two top notch designers on a problem and they 'll both come up with workable ideas the other has n't.So that 's the problem with software patents .
I 'm not against them in * principle * .
I 'm just against them in * practice * .
The question of whether a something qualifies as an invention is a fuzzy one .
As a practical matter , if software patents have utility , the question ought to be construed very , very narrowly.Now we * all * know how software patents are used most of the time .
They do n't incent us to higher levels of creativity .
We do our designs , then management wants us to look over those designs to see if we can patent any of the things we would have done anyway .
I ca n't think of any design project I 've seen that would * not * have been undertaken if software patents did n't exist.Companies use software patents these ways : ( 1 ) to gain ownership of a product category .
( 2 ) as ammunition for a legal counter-strike when facing a patent infringement suit .
( 3 ) to ambush other companies making products for the market rather than making anything themselves .
( 4 ) to goose up stock value in an IPO or acquisition scenario.Of these uses , only increasing IPO value has any merit according to the rationale for patents .</tokentext>
<sentencetext>I agree there is no difference in *principle* between a hardware patent and a software patent.
There is a difference in *practice* and patents are a *practical* matter.
As a mechanical engineer friend of mine likes to say, "In principle there is no difference between principle and practice but in practice there is.
"Patents aren't real property, they are a social bargain designed to maximize utility.
Judged that way, most software patents are a failure.Goetz makes a good point about the need for research and investment in *some* software projects, and he almost puts his finger right on the problem:There is six phases in the life cycle of software products: Definition, Design, Implementation, Delivery, Maintenance, and Enhancements.
Let’s look a little closely at these phases and you will see how closely they resemble characteristics common to all manufacturing companies.So why don't we reward companies that put effort into maintenance and enhancements with a monopoly?
That would be even better -- in the software world.
You see, software *is* different; it has the same topology, but not at all the same shape.Patents are supposed to reward originality.
What is originality?
Well a patent is supposed to be non-obvious.
Well what does that mean?
Well, I suppose that means the patent must demonstrate fresh insight.
But what  does "fresh insight" mean?
It's just another way of saying "originality".I think what it all comes down to is that invention is about *Definition*.
A real invention doesn't just restate known solutions; it restates the problem.
The example I like to use is the mechanical watch.
Before the use of the balance wheel (in essence a wheel shaped pendulum), the problem of making a compact timepiece more accurate could be stated this way: "How do balance friction and force more precisely in order to obtain more precise performance?
"   After you hit on the notion of the balance wheel you *still* have this problem, but you've just got much further down the precision road by briefly considering an entirely *different* problem: "How do I get the benefits of a pendulum in something compact that does not require the timepiece to be held in the same orientation relative to gravity?
"   By setting aside the problem everyone else is working on, you can arrive at the essence of what a pendulum does:  balancing the acceleration of a known mass around a pivot (a wheel instead of a lever) against a known force (a spring of known elasticity instead of gravity).The majority of the trade-offs you choose in making a timepiece more mechanically precise aren't like this.
They're just different *designs*, not inventions, because they take a different stab at optimizing a problem with no perfect solution (which probably would require a largely frictionless device driven by an endless source of energy).The process of definition is *different* for software than hardware, because computers are *general purpose data transformation engines*.
In software engineering, our lever or the inclined plane is the Turing equivalent language.
With this one machine we can literally do *anything* that is computationally possible.
It *defines* computationally possible.
This shows right off the bat the far greater flexibility the intellectual tools of the software designer are over the mechanical designer or civil engineer.If you want an analogy for the relationship of hardware invention to software invention, think of the relationship of civil engineering to building architecture.
In civil engineering, innovation is highly risky and very, very rare.
A civil engineer prefers to be able to adapt a known and trusted design pattern to a problem.
Where there is invention, it is driven by necessity.
When there is no *room* to put conventional bridge piers on the site, he'll be forced to come up with a cable stay bridge.Now what about architects?
They design useful things all the time.
Why can't *they* claim patents on their ideas as well?
Because that would not advance the state of the art in architecture the way patents advance the state of the art in engineering.
Architects' jobs are generating and discarding *numerous* redefinitions of "the problem".
If they had to worry about whether somebody thought to cantilever a floor, or to situation private spaces relative to each other to make interaction between people in those spaces convenient, they'd be *less* creative.That's the situation for software architecture, only *more* so.
Our  job is to generate so many new conceptualizations of a problem that we are throwing away really *good* ones before we settle on our final problem definition.
We are constantly coming up with applications of design ideas in scenarios where we've never seen them used -- if we *don't*, we aren't doing our job.
We are constantly inventing, but with so many of us working on so many problems, most of our inventions have been independently arrived at by others.
That's not at all the same as saying these solutions are *obvious*.
Put two top notch designers on a problem and they'll both come up with workable ideas the other hasn't.So that's the problem with software patents.
I'm not against them in *principle*.
I'm just against them in *practice*.
The question of whether a something qualifies as an invention is a fuzzy one.
As a practical matter, if software patents have utility, the question ought to be construed  very, very narrowly.Now we *all* know how software patents  are used most of the time.
They don't incent us to higher levels of creativity.
We do our designs, then management wants us to look over those designs to see if we can patent any of the things we would have done anyway.
I can't think of any design project I've seen that would *not* have been undertaken if software patents didn't exist.Companies use software patents these ways:(1) to gain ownership of a product category.
(2) as ammunition for a legal counter-strike when facing a patent infringement suit.
(3) to ambush other companies making products for the market rather than making anything themselves.
(4)  to goose up stock value in an IPO or acquisition scenario.Of these uses, only increasing IPO value has any merit according to the rationale for patents.
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281460</id>
	<title>Let's patent math?</title>
	<author>Anonymous</author>
	<datestamp>1259669520000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>How was the <a href="http://en.wikipedia.org/wiki/Lempel\%E2\%80\%93Ziv\%E2\%80\%93Welch" title="wikipedia.org" rel="nofollow">LZW</a> [wikipedia.org] compression patent different from patenting any other mathematical algorithm?</p><p>So, by his argument, if calculus were invented today, it could and should be patented because it "require[s] just as much ingenuity and advancement as any other kind of patentable subject matter"?  I'm sure Zombie Newton would be pleased with the royalties, but I can't see how making such things patentable would be beneficial to anyone else.</p></htmltext>
<tokenext>How was the LZW [ wikipedia.org ] compression patent different from patenting any other mathematical algorithm ? So , by his argument , if calculus were invented today , it could and should be patented because it " require [ s ] just as much ingenuity and advancement as any other kind of patentable subject matter " ?
I 'm sure Zombie Newton would be pleased with the royalties , but I ca n't see how making such things patentable would be beneficial to anyone else .</tokentext>
<sentencetext>How was the LZW [wikipedia.org] compression patent different from patenting any other mathematical algorithm?So, by his argument, if calculus were invented today, it could and should be patented because it "require[s] just as much ingenuity and advancement as any other kind of patentable subject matter"?
I'm sure Zombie Newton would be pleased with the royalties, but I can't see how making such things patentable would be beneficial to anyone else.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30286474</id>
	<title>Re:The priniple [sic] difference...</title>
	<author>drdrgivemethenews</author>
	<datestamp>1259696400000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>&gt; I am yet to see a single software patent that I feel is really a new invention that requires protection....<br> <br>

The one example I am aware of is the write-anywhere feature of WAFL -- the NetApp filesystem. This unique and brilliantly conceived feature enabled cheap snapshots, which in turn enabled the development of a suite of data protection products that made building a billion-dollar company from scratch possible. <br> <br>

I'm not sure whether patent protection had anything to do with NetApp's success though. There are clones of this technology out there now--and lawsuits to go with them--well before the patents are set to expire (ca. 2015?). But the cloning didn't happen until NetApp's revenue got big enough to generate envy.  That kind of analysis would seem to indicate that the original motivation for patents--to protect small inventors--is essentially not operative anymore.</htmltext>
<tokenext>&gt; I am yet to see a single software patent that I feel is really a new invention that requires protection... . The one example I am aware of is the write-anywhere feature of WAFL -- the NetApp filesystem .
This unique and brilliantly conceived feature enabled cheap snapshots , which in turn enabled the development of a suite of data protection products that made building a billion-dollar company from scratch possible .
I 'm not sure whether patent protection had anything to do with NetApp 's success though .
There are clones of this technology out there now--and lawsuits to go with them--well before the patents are set to expire ( ca .
2015 ? ) . But the cloning did n't happen until NetApp 's revenue got big enough to generate envy .
That kind of analysis would seem to indicate that the original motivation for patents--to protect small inventors--is essentially not operative anymore .</tokentext>
<sentencetext>&gt; I am yet to see a single software patent that I feel is really a new invention that requires protection.... 

The one example I am aware of is the write-anywhere feature of WAFL -- the NetApp filesystem.
This unique and brilliantly conceived feature enabled cheap snapshots, which in turn enabled the development of a suite of data protection products that made building a billion-dollar company from scratch possible.
I'm not sure whether patent protection had anything to do with NetApp's success though.
There are clones of this technology out there now--and lawsuits to go with them--well before the patents are set to expire (ca.
2015?). But the cloning didn't happen until NetApp's revenue got big enough to generate envy.
That kind of analysis would seem to indicate that the original motivation for patents--to protect small inventors--is essentially not operative anymore.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281334</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281622</id>
	<title>All software is math.</title>
	<author>MrMista\_B</author>
	<datestamp>1259671680000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>2</modscore>
	<htmltext><p>All software is math, no exceptions.</p><p>You can't patent math.</p><p>Well, in the current state of things, you<nobr> <wbr></nobr>/can/ patent math, and that's something a lot of people are hoping is revoked.</p><p>Imagine if something like calculus had been patented, or the quadratic equation?</p><p>We'd be fucked, as a species.</p><p>For a concise, well written and much elaborated explanation, see "An Explanation of Computation Theory for Lawyers": <a href="http://www.groklaw.net/article.php?story=20091111151305785" title="groklaw.net">http://www.groklaw.net/article.php?story=20091111151305785</a> [groklaw.net]</p><p>Now, that's written specifically for lawyers, but it should be clear enough, perhaps more clear because of that, for most of the Slashdot crowd to get it - all software is math, no exceptions, and math should not be patentable.</p></htmltext>
<tokenext>All software is math , no exceptions.You ca n't patent math.Well , in the current state of things , you /can/ patent math , and that 's something a lot of people are hoping is revoked.Imagine if something like calculus had been patented , or the quadratic equation ? We 'd be fucked , as a species.For a concise , well written and much elaborated explanation , see " An Explanation of Computation Theory for Lawyers " : http : //www.groklaw.net/article.php ? story = 20091111151305785 [ groklaw.net ] Now , that 's written specifically for lawyers , but it should be clear enough , perhaps more clear because of that , for most of the Slashdot crowd to get it - all software is math , no exceptions , and math should not be patentable .</tokentext>
<sentencetext>All software is math, no exceptions.You can't patent math.Well, in the current state of things, you /can/ patent math, and that's something a lot of people are hoping is revoked.Imagine if something like calculus had been patented, or the quadratic equation?We'd be fucked, as a species.For a concise, well written and much elaborated explanation, see "An Explanation of Computation Theory for Lawyers": http://www.groklaw.net/article.php?story=20091111151305785 [groklaw.net]Now, that's written specifically for lawyers, but it should be clear enough, perhaps more clear because of that, for most of the Slashdot crowd to get it - all software is math, no exceptions, and math should not be patentable.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30289058</id>
	<title>Patents grant too much power.</title>
	<author>DamnStupidElf</author>
	<datestamp>1259662800000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Plenty of people have used calculus and other mathematical discoveries as examples of things that would have been greatly harmful to society if they had been patented.  But something directly relevant to the discussion is the P ?= NP question.  Suppose that someone developed an algorithm tomorrow that solved NP problems in P time, and patented it.  Suddenly, one entity would have effectively complete control over many aspects of society.  Not only would they be the only entity who could effortlessly break any encryption scheme, but they could also solve almost all the hard problems of physics simulation, including simulating nuclear weapons or global weather patterns or the future positions of solar system bodies, including asteroids or comets that could potentially impact the Earth.  Obviously the governments of the world would step in and quickly violate the patent for themselves and start throwing everyone who used Tor or freenet in jail, but where would that leave the rest of the normal people in the world?  This is a completely theoretical argument, but it underscores what the belief in the patent system means; that any advancement, no matter how big or small, is worth locking up for only a few individuals to enjoy regardless of the relative costs or benefits involved in creating the advancement or using it, or the power that it can give individuals over everyone else.</htmltext>
<tokenext>Plenty of people have used calculus and other mathematical discoveries as examples of things that would have been greatly harmful to society if they had been patented .
But something directly relevant to the discussion is the P ? = NP question .
Suppose that someone developed an algorithm tomorrow that solved NP problems in P time , and patented it .
Suddenly , one entity would have effectively complete control over many aspects of society .
Not only would they be the only entity who could effortlessly break any encryption scheme , but they could also solve almost all the hard problems of physics simulation , including simulating nuclear weapons or global weather patterns or the future positions of solar system bodies , including asteroids or comets that could potentially impact the Earth .
Obviously the governments of the world would step in and quickly violate the patent for themselves and start throwing everyone who used Tor or freenet in jail , but where would that leave the rest of the normal people in the world ?
This is a completely theoretical argument , but it underscores what the belief in the patent system means ; that any advancement , no matter how big or small , is worth locking up for only a few individuals to enjoy regardless of the relative costs or benefits involved in creating the advancement or using it , or the power that it can give individuals over everyone else .</tokentext>
<sentencetext>Plenty of people have used calculus and other mathematical discoveries as examples of things that would have been greatly harmful to society if they had been patented.
But something directly relevant to the discussion is the P ?= NP question.
Suppose that someone developed an algorithm tomorrow that solved NP problems in P time, and patented it.
Suddenly, one entity would have effectively complete control over many aspects of society.
Not only would they be the only entity who could effortlessly break any encryption scheme, but they could also solve almost all the hard problems of physics simulation, including simulating nuclear weapons or global weather patterns or the future positions of solar system bodies, including asteroids or comets that could potentially impact the Earth.
Obviously the governments of the world would step in and quickly violate the patent for themselves and start throwing everyone who used Tor or freenet in jail, but where would that leave the rest of the normal people in the world?
This is a completely theoretical argument, but it underscores what the belief in the patent system means; that any advancement, no matter how big or small, is worth locking up for only a few individuals to enjoy regardless of the relative costs or benefits involved in creating the advancement or using it, or the power that it can give individuals over everyone else.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281362</id>
	<title>Nope... sorry</title>
	<author>TheVelvetFlamebait</author>
	<datestamp>1259668500000</datestamp>
	<modclass>Flamebait</modclass>
	<modscore>0</modscore>
	<htmltext><blockquote><div><p>Does it weaken Goetz's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts?</p></div></blockquote><p>Uh, nope... sorry. Phrasing this as a question doesn't even give the appearance of a NPOV.</p></div>
	</htmltext>
<tokenext>Does it weaken Goetz 's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts ? Uh , nope... sorry. Phrasing this as a question does n't even give the appearance of a NPOV .</tokentext>
<sentencetext>Does it weaken Goetz's argument that his description of the software lifecycle harks back to the waterfall days and bears little resemblance to current development practice in open source and/or Internet contexts?Uh, nope... sorry. Phrasing this as a question doesn't even give the appearance of a NPOV.
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30282002</id>
	<title>Right and wrong at the same time</title>
	<author>Anonymous</author>
	<datestamp>1259675580000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>He's right. There's no principial difference between software/method and hardware patents. It's always the use of an idea that gets monopolized.</p><p>He's wrong. Patents are bad both software/method and hardware. They're all granted monopolies backed by government use of force against people, for gain of some people and loss of some other people. That's not the proper role for government in a good society.</p></htmltext>
<tokenext>He 's right .
There 's no principial difference between software/method and hardware patents .
It 's always the use of an idea that gets monopolized.He 's wrong .
Patents are bad both software/method and hardware .
They 're all granted monopolies backed by government use of force against people , for gain of some people and loss of some other people .
That 's not the proper role for government in a good society .</tokentext>
<sentencetext>He's right.
There's no principial difference between software/method and hardware patents.
It's always the use of an idea that gets monopolized.He's wrong.
Patents are bad both software/method and hardware.
They're all granted monopolies backed by government use of force against people, for gain of some people and loss of some other people.
That's not the proper role for government in a good society.</sentencetext>
</comment>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_01_0215209_5</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30286902
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281462
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_01_0215209_9</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30283172
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281622
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_01_0215209_11</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30282266
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281334
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_01_0215209_12</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30284660
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281362
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_01_0215209_2</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281916
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281622
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_01_0215209_13</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30286328
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281334
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_01_0215209_6</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30286474
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281334
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_01_0215209_10</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30297796
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281622
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_01_0215209_0</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30282022
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281334
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_01_0215209_4</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30282400
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281384
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_01_0215209_3</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30283090
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281334
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_01_0215209_8</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281826
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281622
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_01_0215209_7</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30283848
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281410
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_01_0215209_1</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30284530
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281622
</commentlist>
</thread>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_01_0215209.4</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281462
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30286902
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_01_0215209.8</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281786
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_01_0215209.5</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281622
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281826
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30283172
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30297796
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30284530
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281916
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_01_0215209.2</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281334
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30286328
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30282266
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30282022
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30286474
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30283090
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_01_0215209.3</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281362
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30284660
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_01_0215209.0</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281410
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30283848
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_01_0215209.7</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281246
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_01_0215209.1</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281384
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30282400
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_01_0215209.6</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_01_0215209.30281646
</commentlist>
</conversation>
