<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Obscure Patents: These are SO much better than software</title>
	<atom:link href="http://www.ipwatchdog.com/2009/11/29/obscure-patents-these-are-so-much-better-than-software/id=7476/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ipwatchdog.com/2009/11/29/obscure-patents-these-are-so-much-better-than-software/id=7476/</link>
	<description>Patents, Software Patents, Patent Applications &#38; Patent Law</description>
	<lastBuildDate>Thu, 09 Feb 2012 07:58:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mike</title>
		<link>http://www.ipwatchdog.com/2009/11/29/obscure-patents-these-are-so-much-better-than-software/id=7476/#comment-24489</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Fri, 14 Oct 2011 04:57:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.ipwatchdog.com/?p=7476#comment-24489</guid>
		<description>I found this to be an interesting article, bu I have to disagree with your stance on software patents. I myself am also of the belief that true innovation needs legal protection. The problem, however, exists in a manner not very different from the problem you outlined in your article. They are patenting methods of problem solving that are already being used. These things being patented are often so obvious to those of us educated in the subject that it is laughable.

A good way to look at the software patent problem is to apply it to music. Let&#039;s say I own the following patent.

A System and Method for Keeping Time and Creating Rhythm in Music Through Usage of the Feet and Hands in Parallel.

I am now at liberty to sue anyone and everyone who does not pay me for the right to have a drummer in their band. What is happening in the software world is that they are taking very abstract concepts, often without any development on their part, and filing lawsuits with the aim of settling for less than what it would cost to fight the suit.

There is also another way to look at it. It is already part of the patent review process that mathematical processes are unpatentable. Anything that can be done by a computer can also be done with a s/pencil/few thousand pencils/ and a s/sheet/couple million sheets/ of paper.

Companies deserve to protect their product, but the system has created an entirely new industry that only serves to suck money out of the hands of hard-working Americans.</description>
		<content:encoded><![CDATA[<p>I found this to be an interesting article, bu I have to disagree with your stance on software patents. I myself am also of the belief that true innovation needs legal protection. The problem, however, exists in a manner not very different from the problem you outlined in your article. They are patenting methods of problem solving that are already being used. These things being patented are often so obvious to those of us educated in the subject that it is laughable.</p>
<p>A good way to look at the software patent problem is to apply it to music. Let&#8217;s say I own the following patent.</p>
<p>A System and Method for Keeping Time and Creating Rhythm in Music Through Usage of the Feet and Hands in Parallel.</p>
<p>I am now at liberty to sue anyone and everyone who does not pay me for the right to have a drummer in their band. What is happening in the software world is that they are taking very abstract concepts, often without any development on their part, and filing lawsuits with the aim of settling for less than what it would cost to fight the suit.</p>
<p>There is also another way to look at it. It is already part of the patent review process that mathematical processes are unpatentable. Anything that can be done by a computer can also be done with a s/pencil/few thousand pencils/ and a s/sheet/couple million sheets/ of paper.</p>
<p>Companies deserve to protect their product, but the system has created an entirely new industry that only serves to suck money out of the hands of hard-working Americans.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gene Quinn</title>
		<link>http://www.ipwatchdog.com/2009/11/29/obscure-patents-these-are-so-much-better-than-software/id=7476/#comment-10080</link>
		<dc:creator>Gene Quinn</dc:creator>
		<pubDate>Tue, 29 Dec 2009 17:26:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.ipwatchdog.com/?p=7476#comment-10080</guid>
		<description>Richard-

America is a great country. Even those who are wrong and know nothing about what they are talking about still have the ability to express their views and prove they don&#039;t know what they are talking about.

You are, of course, wrong. Every country without a strong patent system has little or no economic activity, few jobs and that is a disaster for people living in such backwards countries. 

I see from your email address you are in the UK. You should know there are few software companies in the UK and while the UK used to be leaders in pharma and biotech those days are long over due to other countries like the US proving far greater climate for such businesses. Of course, you won&#039;t understand what I am talking about because your hatred of patents prevents you from seeing the true economic consequences if what you wish. 

-Gene</description>
		<content:encoded><![CDATA[<p>Richard-</p>
<p>America is a great country. Even those who are wrong and know nothing about what they are talking about still have the ability to express their views and prove they don&#8217;t know what they are talking about.</p>
<p>You are, of course, wrong. Every country without a strong patent system has little or no economic activity, few jobs and that is a disaster for people living in such backwards countries. </p>
<p>I see from your email address you are in the UK. You should know there are few software companies in the UK and while the UK used to be leaders in pharma and biotech those days are long over due to other countries like the US proving far greater climate for such businesses. Of course, you won&#8217;t understand what I am talking about because your hatred of patents prevents you from seeing the true economic consequences if what you wish. </p>
<p>-Gene</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard</title>
		<link>http://www.ipwatchdog.com/2009/11/29/obscure-patents-these-are-so-much-better-than-software/id=7476/#comment-10078</link>
		<dc:creator>Richard</dc:creator>
		<pubDate>Tue, 29 Dec 2009 12:43:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.ipwatchdog.com/?p=7476#comment-10078</guid>
		<description>&quot;the Wright brothers and so many other great inventors also had a business sense about them.&quot;

The Wright brothers are a good demonstration that the patent system is a complete disaster for everyone outside the legal profession.

Their patent dispute with Curtis arguably killed one of them and took the US from world leadership in aviation in 1904 to the point in 1917 where there were no US aircraft suitable for the war and it was necessary to buy from the French.

If you want to cripple your economy then expanding the patent system is a good way to do it.

The problems of s/w patents just provide an easy demonstration of the fundamental flaw of the entire patent system.</description>
		<content:encoded><![CDATA[<p>&#8220;the Wright brothers and so many other great inventors also had a business sense about them.&#8221;</p>
<p>The Wright brothers are a good demonstration that the patent system is a complete disaster for everyone outside the legal profession.</p>
<p>Their patent dispute with Curtis arguably killed one of them and took the US from world leadership in aviation in 1904 to the point in 1917 where there were no US aircraft suitable for the war and it was necessary to buy from the French.</p>
<p>If you want to cripple your economy then expanding the patent system is a good way to do it.</p>
<p>The problems of s/w patents just provide an easy demonstration of the fundamental flaw of the entire patent system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IPReader links for 15 December</title>
		<link>http://www.ipwatchdog.com/2009/11/29/obscure-patents-these-are-so-much-better-than-software/id=7476/#comment-9869</link>
		<dc:creator>IPReader links for 15 December</dc:creator>
		<pubDate>Tue, 15 Dec 2009 09:27:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.ipwatchdog.com/?p=7476#comment-9869</guid>
		<description>
[...] Obscure Patents: These are SO much better than software &#124; IPWatchdog.com &#124; Patents &amp; Patent Law – More funny patents, including a reversible sweatshirt. [...]</description>
		<content:encoded><![CDATA[<p>[...] Obscure Patents: These are SO much better than software | IPWatchdog.com | Patents &#038; Patent Law – More funny patents, including a reversible sweatshirt. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pissed off Programmer</title>
		<link>http://www.ipwatchdog.com/2009/11/29/obscure-patents-these-are-so-much-better-than-software/id=7476/#comment-9655</link>
		<dc:creator>Pissed off Programmer</dc:creator>
		<pubDate>Fri, 04 Dec 2009 14:32:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.ipwatchdog.com/?p=7476#comment-9655</guid>
		<description>-American Cowboy

&quot;If you write a book about how to repair a car, you have no copyright protection for the car repair procedures you describe. You only have protection for the way you describe it.&quot; 

Again I see that you don&#039;t understand. I book on car repair doesn&#039;t actually repair a car, it only describes the process to do so, but an algorithm IS A PROCESS. Additionally you said that copyright doesn&#039;t protect ideas, but patents don&#039;t, or shouldn&#039;t either. You can memorize or improvise a process for repairing a car, but in order to run an algorithm on a computer you must have a copy of it, and since the algorithm IS THE PROCESS, you must have the process as well. In terms of software, the process is only allowed to go where copies of the algorithm go. There is no way to run a process on a computer without having a copy of it. 

&quot;So, given that premise, which neither you nor I can change, do you prefer free-range copying of algorithms or patents to protect their inventors?&quot;

I&#039;m not sure exactly what you are asking me so I apologize and will do my best to answer your question. Obviously I realize that what I describe is not the world we live in. I am advocating change. In terms of dealing with the world the way it is then there really isn&#039;t any choice but to deal with the patent system.  I feel that the patent system does a poor job of doing something the copyright system could do very well, at least in the specific case of software, and only because the algorithms and processes are inseparable. 

I think that given the nature of algorithms and software, moving to copyright protection would offer several benefits. For starters, you wouldn&#039;t have to file for a patent because the second you type up your algorithm, it is instantly protected. Registered copyrights, unlike patent claims, would actually be readable and usable. Disputes over violations could be easily and objectively resolved.

I cannot think of a situation where a valid software patent could be violated without implementing it as an algorithm. A more generic process that happens to be able to be implemented as an algorithm is a different story, but purely software related processes only exist as algorithms. If two algorithms are the same process, then they must be the same algorithm. 

A fun, useful, and often times tricky thing to do in Boolean algebra is to re-factor expressions in order to simplify them. Sometimes a really long expression simplifies to a single variable. It may be hard at times to figure out how to turn one into the other, but there are rules for doing so, and if they are truly equal then they can be re-factored until they are syntactically equal, because they are the equal.

There is no good reason to treat an algorithm written in C++ differently than an algorithm written in Pascal if they are equal. You might have trouble seeing how to change one into the other, but if they are equal, then it can be done.</description>
		<content:encoded><![CDATA[<p>-American Cowboy</p>
<p>&#8220;If you write a book about how to repair a car, you have no copyright protection for the car repair procedures you describe. You only have protection for the way you describe it.&#8221; </p>
<p>Again I see that you don&#8217;t understand. I book on car repair doesn&#8217;t actually repair a car, it only describes the process to do so, but an algorithm IS A PROCESS. Additionally you said that copyright doesn&#8217;t protect ideas, but patents don&#8217;t, or shouldn&#8217;t either. You can memorize or improvise a process for repairing a car, but in order to run an algorithm on a computer you must have a copy of it, and since the algorithm IS THE PROCESS, you must have the process as well. In terms of software, the process is only allowed to go where copies of the algorithm go. There is no way to run a process on a computer without having a copy of it. </p>
<p>&#8220;So, given that premise, which neither you nor I can change, do you prefer free-range copying of algorithms or patents to protect their inventors?&#8221;</p>
<p>I&#8217;m not sure exactly what you are asking me so I apologize and will do my best to answer your question. Obviously I realize that what I describe is not the world we live in. I am advocating change. In terms of dealing with the world the way it is then there really isn&#8217;t any choice but to deal with the patent system.  I feel that the patent system does a poor job of doing something the copyright system could do very well, at least in the specific case of software, and only because the algorithms and processes are inseparable. </p>
<p>I think that given the nature of algorithms and software, moving to copyright protection would offer several benefits. For starters, you wouldn&#8217;t have to file for a patent because the second you type up your algorithm, it is instantly protected. Registered copyrights, unlike patent claims, would actually be readable and usable. Disputes over violations could be easily and objectively resolved.</p>
<p>I cannot think of a situation where a valid software patent could be violated without implementing it as an algorithm. A more generic process that happens to be able to be implemented as an algorithm is a different story, but purely software related processes only exist as algorithms. If two algorithms are the same process, then they must be the same algorithm. </p>
<p>A fun, useful, and often times tricky thing to do in Boolean algebra is to re-factor expressions in order to simplify them. Sometimes a really long expression simplifies to a single variable. It may be hard at times to figure out how to turn one into the other, but there are rules for doing so, and if they are truly equal then they can be re-factored until they are syntactically equal, because they are the equal.</p>
<p>There is no good reason to treat an algorithm written in C++ differently than an algorithm written in Pascal if they are equal. You might have trouble seeing how to change one into the other, but if they are equal, then it can be done.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: American Cowboy</title>
		<link>http://www.ipwatchdog.com/2009/11/29/obscure-patents-these-are-so-much-better-than-software/id=7476/#comment-9653</link>
		<dc:creator>American Cowboy</dc:creator>
		<pubDate>Fri, 04 Dec 2009 13:38:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.ipwatchdog.com/?p=7476#comment-9653</guid>
		<description>&quot;Copying an algorithm into another language or re-factoring the syntax shouldn’t allow me to circumvent the copyright either. &quot;  I see that you believe this, but it turns out you are wrong.  Copyright does not protect processes or ideas.  If you write a book about how to repair a car, you have no copyright protection for the car repar procedures you describe.  You only have protection for the way you describe it.  

&quot; If copyright were enforced the way it ought to be in reflection of what software actually is, then there would be no need for patents.&quot;  But copyright is not enforced that way.  So, given that premise, which neither you nor I can change, do you prefer free-range copying of algorithms or patents to protect their inventors?</description>
		<content:encoded><![CDATA[<p>&#8220;Copying an algorithm into another language or re-factoring the syntax shouldn’t allow me to circumvent the copyright either. &#8221;  I see that you believe this, but it turns out you are wrong.  Copyright does not protect processes or ideas.  If you write a book about how to repair a car, you have no copyright protection for the car repar procedures you describe.  You only have protection for the way you describe it.  </p>
<p>&#8221; If copyright were enforced the way it ought to be in reflection of what software actually is, then there would be no need for patents.&#8221;  But copyright is not enforced that way.  So, given that premise, which neither you nor I can change, do you prefer free-range copying of algorithms or patents to protect their inventors?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pissed off Programmer</title>
		<link>http://www.ipwatchdog.com/2009/11/29/obscure-patents-these-are-so-much-better-than-software/id=7476/#comment-9631</link>
		<dc:creator>Pissed off Programmer</dc:creator>
		<pubDate>Fri, 04 Dec 2009 02:34:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.ipwatchdog.com/?p=7476#comment-9631</guid>
		<description>There is no way to edit comments but I felt the need to make an important correction. I meant to say that writing code that does the same thing DOES NOT mean that you copied the process. Sorry about the extra post.</description>
		<content:encoded><![CDATA[<p>There is no way to edit comments but I felt the need to make an important correction. I meant to say that writing code that does the same thing DOES NOT mean that you copied the process. Sorry about the extra post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pissed off Programmer</title>
		<link>http://www.ipwatchdog.com/2009/11/29/obscure-patents-these-are-so-much-better-than-software/id=7476/#comment-9630</link>
		<dc:creator>Pissed off Programmer</dc:creator>
		<pubDate>Fri, 04 Dec 2009 02:32:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.ipwatchdog.com/?p=7476#comment-9630</guid>
		<description>-American Cowboy

That is what I am trying to tell you, it doesn&#039;t matter what language the program is written in because it will be translated and changed before it is ever run on the computer. It is possible that a program written in Pascal and C++ will compile to the same machine code and be identical when actually run on the computer. An algorithm is a process. If the thing that is being protected is the process, and algorithms are processes, then any implementation written in any language that follows the process must be identical, otherwise they are different processes. This must be true logically because it isn&#039;t possible to write an algorithm that isn&#039;t a process. An algorithm of less than 2 statements is just a statement and not an algorithm. 

&quot;... writes a COBOL code that looks like it must have been copied &quot;

The important concept to get across here is that the algorithm IS the process. Simply writing code that does the same thing does mean that you copied the process. There is no need for seeing if it looks like it was copied or not, we have an objective way to determine if it is the same process. The process is independent of the code, but the opposite does not hold true. It&#039;s a lot like phone numbers and words. Each number represents three or four different letters. You can make many different words from the same phone number, but each word only maps to one phone number. An algorithm can have many forms, but all those forms map to the same process. 

Consider rational numbers for a second. You can rewrite the number 1 infinitely many times as a number over itself. Just because there are infinitely many ways to write the number 1 doesn&#039;t mean that they are any other number than 1.To say that nine divided by nine is a separate number just because it is written differently doesn&#039;t make any sense, and saying that a process written in a different language is a different process just because it is written in a different language doesn&#039;t make any sense either. 

If I copy a book into Turkish, that doesn&#039;t allow me to circumvent the copyright and that is a much more loose translation than computer code. Copying an algorithm into another language or re-factoring the syntax shouldn&#039;t allow me to circumvent the copyright either. 

I agree with the general argument that (for the most part) lawyers and law makers don&#039;t understand computers or software. If copyright were enforced the way it ought to be in reflection of what software actually is, then there would be no need for patents. The only thing patents do is open up the gate for protection of abstract ideas, which isn&#039;t possible with copyright. One of the major arguments for software patents is that there is a need to protect the processes in software engineering that can&#039;t be covered by copyright, but that is an opinion made in ignorance of what software is.</description>
		<content:encoded><![CDATA[<p>-American Cowboy</p>
<p>That is what I am trying to tell you, it doesn&#8217;t matter what language the program is written in because it will be translated and changed before it is ever run on the computer. It is possible that a program written in Pascal and C++ will compile to the same machine code and be identical when actually run on the computer. An algorithm is a process. If the thing that is being protected is the process, and algorithms are processes, then any implementation written in any language that follows the process must be identical, otherwise they are different processes. This must be true logically because it isn&#8217;t possible to write an algorithm that isn&#8217;t a process. An algorithm of less than 2 statements is just a statement and not an algorithm. </p>
<p>&#8220;&#8230; writes a COBOL code that looks like it must have been copied &#8221;</p>
<p>The important concept to get across here is that the algorithm IS the process. Simply writing code that does the same thing does mean that you copied the process. There is no need for seeing if it looks like it was copied or not, we have an objective way to determine if it is the same process. The process is independent of the code, but the opposite does not hold true. It&#8217;s a lot like phone numbers and words. Each number represents three or four different letters. You can make many different words from the same phone number, but each word only maps to one phone number. An algorithm can have many forms, but all those forms map to the same process. </p>
<p>Consider rational numbers for a second. You can rewrite the number 1 infinitely many times as a number over itself. Just because there are infinitely many ways to write the number 1 doesn&#8217;t mean that they are any other number than 1.To say that nine divided by nine is a separate number just because it is written differently doesn&#8217;t make any sense, and saying that a process written in a different language is a different process just because it is written in a different language doesn&#8217;t make any sense either. </p>
<p>If I copy a book into Turkish, that doesn&#8217;t allow me to circumvent the copyright and that is a much more loose translation than computer code. Copying an algorithm into another language or re-factoring the syntax shouldn&#8217;t allow me to circumvent the copyright either. </p>
<p>I agree with the general argument that (for the most part) lawyers and law makers don&#8217;t understand computers or software. If copyright were enforced the way it ought to be in reflection of what software actually is, then there would be no need for patents. The only thing patents do is open up the gate for protection of abstract ideas, which isn&#8217;t possible with copyright. One of the major arguments for software patents is that there is a need to protect the processes in software engineering that can&#8217;t be covered by copyright, but that is an opinion made in ignorance of what software is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: American Cowboy</title>
		<link>http://www.ipwatchdog.com/2009/11/29/obscure-patents-these-are-so-much-better-than-software/id=7476/#comment-9617</link>
		<dc:creator>American Cowboy</dc:creator>
		<pubDate>Thu, 03 Dec 2009 18:32:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.ipwatchdog.com/?p=7476#comment-9617</guid>
		<description>My understanding of copyright protection for software is that if the original is in COBOL and Mr. X sees that COBOL code and understands how it works and then writes a program in Pascal that does the same thing, it does not infringe the copyright, because he copied the idea, not the expression.

Also, if Mr. Y never sees the COBOL code or anything about the running of it as compiled and on his own writes a COBOL code that looks like it must have been copied (but it wasn&#039;t because he never saw the original  -- it was just a coincidence), that does not infringe the copyright either, because copying is a requirement of copyright infringement.  Independent creation of what appears to be a copy is not copyright infringement.

So, If we say that the program that happens to have been written in COBOL should be protected against either of these two types of activity, by Mr. X and by Mr. Y, we need to resort to a patent.</description>
		<content:encoded><![CDATA[<p>My understanding of copyright protection for software is that if the original is in COBOL and Mr. X sees that COBOL code and understands how it works and then writes a program in Pascal that does the same thing, it does not infringe the copyright, because he copied the idea, not the expression.</p>
<p>Also, if Mr. Y never sees the COBOL code or anything about the running of it as compiled and on his own writes a COBOL code that looks like it must have been copied (but it wasn&#8217;t because he never saw the original  &#8212; it was just a coincidence), that does not infringe the copyright either, because copying is a requirement of copyright infringement.  Independent creation of what appears to be a copy is not copyright infringement.</p>
<p>So, If we say that the program that happens to have been written in COBOL should be protected against either of these two types of activity, by Mr. X and by Mr. Y, we need to resort to a patent.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pissed off Programmer</title>
		<link>http://www.ipwatchdog.com/2009/11/29/obscure-patents-these-are-so-much-better-than-software/id=7476/#comment-9611</link>
		<dc:creator>Pissed off Programmer</dc:creator>
		<pubDate>Thu, 03 Dec 2009 16:39:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.ipwatchdog.com/?p=7476#comment-9611</guid>
		<description>-American Cowboy

I understand your point, but I feel that this is where understanding for non-experts starts to break down. I will admit that what I am about to say is usually the cause for us to demand special treatment as Gene points out. Let me ask you a simple question. Are these different?

2 x 2 x 2  
2 x 4        
2 ^ 3 
2 + 2 + 2 + 2        

They are written differently, but they are equivalent. C++, Pascal, Java, or any other language is never executed on a computer. A computer can only execute machine code. It is possible that two different C++ compilers will turn the same C++ code into different machine code, and that a C++ compiler and a Pascal compiler could produce the same machine code.

High level code, which almost all programs are written in today is just an intermediary form, and in fact many professionals benefit from being able to rewrite, or refactor, code into an equivalent form. Here is where the process part becomes a bit messy. Again using a simple example.

If I say I have a process for finding a power of a number buy multiplying that number by itself, is that different or the same as a process for finding a power of a number by adding the number to itself? Multiplication is just extended addition. This is a completely oversimplified example, but it gives some idea as to the subtle complexities that can arise. Sometimes in Math you need to rewrite expressions to an equivalent form in order to work with them, and this only works because they are truly equivalent. If my C++ code adds and the machine code the compiler produces multiplies, it is ok, because they are really the same.

Saying that you need patent protection because a person could rewrite the code in a different language and get out of copyright doesn&#039;t make sense to programmers because we realize that they are really the same, or at least equivalent. This makes sense intuitively because pseudo-code would be worthless if any implementation of it could produce different results. 

Now what I am saying may seem very dangerous, that all equivalent forms of a program, or all possible equivalent forms should be covered by the same copyright. In a sense I guess I am, because if you went through a novel and searched and replaced words with synonyms, people would see that as plagiarism.

However, a different algorithm or process that comes to the same result is no the same thing as an equivalent form of the same algorithm. There are for example different ways to rotate an image on the screen that do not involve rotation by shearing. The process of rotation by shearing can be written many different ways and is in fact rewritten by every compiler, but they are all rotation by shearing. 

Your example of 

&quot;A computer comprising a processor and monitor, the processor being loaded with a program that runs XYZ algorithm, the XYZ algorithm causing an image on the monitor to rotate.&quot;

would be nice if it replaced with XYZ with &quot;rotation by shearing&quot;, and I don&#039;t think many people would have a problem with something like that, assuming &quot;rotation by shearing&quot; had an objective meaning that was available to everybody. 

However, a lot of software patents leave out those important details and instead say something more like.

&quot;A computer comprising a processor and monitor, the processor being loaded with a program that causes an image on the monitor to rotate.&quot;

People like Gene would say that those patents should be invalid and can be safely ignored. There are millions of patents out there and searching through them to find relevant ones, much less figuring out which ones to ignore and which ones might cause you trouble is a horrible waste of time and money, and there are far to many bad software patents issued. 

I don&#039;t think there is any substantial difference is what I believe and what you guys believe, only how it should be accomplished. If copyright were executed the way I described we wouldn&#039;t need software patents.</description>
		<content:encoded><![CDATA[<p>-American Cowboy</p>
<p>I understand your point, but I feel that this is where understanding for non-experts starts to break down. I will admit that what I am about to say is usually the cause for us to demand special treatment as Gene points out. Let me ask you a simple question. Are these different?</p>
<p>2 x 2 x 2<br />
2 x 4<br />
2 ^ 3<br />
2 + 2 + 2 + 2        </p>
<p>They are written differently, but they are equivalent. C++, Pascal, Java, or any other language is never executed on a computer. A computer can only execute machine code. It is possible that two different C++ compilers will turn the same C++ code into different machine code, and that a C++ compiler and a Pascal compiler could produce the same machine code.</p>
<p>High level code, which almost all programs are written in today is just an intermediary form, and in fact many professionals benefit from being able to rewrite, or refactor, code into an equivalent form. Here is where the process part becomes a bit messy. Again using a simple example.</p>
<p>If I say I have a process for finding a power of a number buy multiplying that number by itself, is that different or the same as a process for finding a power of a number by adding the number to itself? Multiplication is just extended addition. This is a completely oversimplified example, but it gives some idea as to the subtle complexities that can arise. Sometimes in Math you need to rewrite expressions to an equivalent form in order to work with them, and this only works because they are truly equivalent. If my C++ code adds and the machine code the compiler produces multiplies, it is ok, because they are really the same.</p>
<p>Saying that you need patent protection because a person could rewrite the code in a different language and get out of copyright doesn&#8217;t make sense to programmers because we realize that they are really the same, or at least equivalent. This makes sense intuitively because pseudo-code would be worthless if any implementation of it could produce different results. </p>
<p>Now what I am saying may seem very dangerous, that all equivalent forms of a program, or all possible equivalent forms should be covered by the same copyright. In a sense I guess I am, because if you went through a novel and searched and replaced words with synonyms, people would see that as plagiarism.</p>
<p>However, a different algorithm or process that comes to the same result is no the same thing as an equivalent form of the same algorithm. There are for example different ways to rotate an image on the screen that do not involve rotation by shearing. The process of rotation by shearing can be written many different ways and is in fact rewritten by every compiler, but they are all rotation by shearing. </p>
<p>Your example of </p>
<p>&#8220;A computer comprising a processor and monitor, the processor being loaded with a program that runs XYZ algorithm, the XYZ algorithm causing an image on the monitor to rotate.&#8221;</p>
<p>would be nice if it replaced with XYZ with &#8220;rotation by shearing&#8221;, and I don&#8217;t think many people would have a problem with something like that, assuming &#8220;rotation by shearing&#8221; had an objective meaning that was available to everybody. </p>
<p>However, a lot of software patents leave out those important details and instead say something more like.</p>
<p>&#8220;A computer comprising a processor and monitor, the processor being loaded with a program that causes an image on the monitor to rotate.&#8221;</p>
<p>People like Gene would say that those patents should be invalid and can be safely ignored. There are millions of patents out there and searching through them to find relevant ones, much less figuring out which ones to ignore and which ones might cause you trouble is a horrible waste of time and money, and there are far to many bad software patents issued. </p>
<p>I don&#8217;t think there is any substantial difference is what I believe and what you guys believe, only how it should be accomplished. If copyright were executed the way I described we wouldn&#8217;t need software patents.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

