Why Intellectual Property Rights? A Lockean Justification
well researched paper by Professor Mossoff. It begins with an historical treatment of Locke and Anglo-American development of legally protected intellectual property and moral justification. The paper then addresses especially the Libertarian arguments against IP, including the utilitarian model of property rights in land and scarcity arguments.
If he wants to be reasonable and inquire about _why_ we view things the way we do and then present counterpoint, we can go with that. But the WAY he approaches the entire argument is nothing short of the tyrannical "my way or the highway" approach. I get that that may be what works in a court of law, but it's the wrong tack to take in a forum. And he only gives fuel to our perceptions of him as an intolerant ideologue when he devolves to ad hominem attacks and spurious references to "religion". Those types of outbursts speak larger than any logical argument he would make and have no other outcome than to alienate. If he wants others to seriously consider his arguments, he needs to demonstrate that he will seriously consider theirs. And I'll be perfectly honest with you that he isn't building any bridges on this topic.
Personal integrity
Why are patents and copyrights an issue? Because individuals have chosen to ignore their own honesty in pursuit of money. In a society of strict personal integrity (honesty), no person would think about taking someone else's idea for their own use without compensating them for it. No one would present another's ideas as one's own or pretend to authorship of something he did not invent.
Of course computer operators prided themselves on picking up a whole 2000 card box at once and stacking it into the reader.
2. A computer is a programmable tool. If you can't program it (alter its ability to function and solve different problems) it isn't a computer. An abacus is NOT a computer. Babbage's differential engine was a _very_ rudimentary computer.
3. That question doesn't make sense. Software doesn't "interact". Users interact. Please explain.
4. A compiler takes the "code" written by a software programmer in a second-, third-, or fourth-generation language and translates it into byte code that actually gets processed through the hardware as pulses of electricity (or light if you're using optronics). If you don't compile the code, it is just ideas from a human about what a computer should do. The compiler translates the _should_ into _can_ and _how_. If you take the very rough example of an automobile engine, the compiler is the transmission. It takes the energy being generated through internal combustion and channels it into a mechanical action that moves the car forward.
5. The original ENIAC was massive and configured to do one thing and one thing only: calculate artillery trajectories. They physically had to re-wire the entire thing to get it to perform a different task. My dad did his programming using stacks of punch-cards when he was in college. Those stacks were the "software" used to set up the computer to perform a single set of computational tasks. In order to change the task, you had to put in a new set of punch cards and you were in real trouble if you got one out of order or dropped that two-foot high stack. Modern computers simply make it very easy to change out the current task(s) of the computer by being able to constantly reconfigure themselves logically - but not physically. That's the beauty of software - it introduces the flexibility to alter a computer's operations and use without physical/hardware change.
Your argument is of the equivalent that every modern computer is no different than ENIAC. What I am trying to point out is that yes, one CAN hard-wire a computer to solve any specific problem given it. But just like ENIAC, the computer would be useful for that purpose and that purpose ONLY. With the addition of software, the computer can shift purposes in nanoseconds to address a whole myriad of increasingly-complex problems - all without the need for more silicon or wire. But that difference is critical in how we see intellectual property in its application to computing.
Gotta laugh at the ad hominem. Gotta laugh at the fact that it is only you who is trying to advance the absurdity that software and hardware are the same thing in spite of all the field experts around you. You want to try to tell us it is we who are being unreasonable or intellectually dishonest. Good grief. Programmers and Electrical Engineers are literally the most logical people you will ever meet. It is ingrained in everything we do. Cause -> Effect. If your position were so overwhelmingly logical, we'd already be buying into it. It should say something spectacularly obvious that we are united in a different interpretation.
I would further note that it is this very definitional argument which colors the two ways we approach this issue. I don't have a problem with software as an intellectual endeavor worthy of property protection. But I also recognize software for what it is - virtual instructions - and what it is not - a physical manifestation. The gas to the engine.
The differences in opinion that I'm observing here may have to do with the current programmers' viewpoint that software lives in a separate world from hardware. As proof of that, most of the younger software developers that I've interracted with have no idea how the operating system works and have no concept, or interest, in the machine language / compiler interface to the hardware. To be fair, with current computer capabilities and development levels, perhaps they don't need to. But when one tries to dissect the cat, as in patent application, perhaps a different story emerges, as the software does not live in a separate world from hardware.
The argument db is trying to make is like saying that Francisco D'Anconia and Hank Reardon do the same thing because they both work with metal. Those of us who actually work in the industry understand the critical differences between the two.
This is pretty much what all signal processing electronics does. The electronics is the controlling factor, not the signal. There is nothing the program can do to get the circuits to do something other that what they are already wired to do.
Load more comments...