![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
This week's really interesting article from my LinkedIn slush pile is this one from Mashable. Everyone's been making a huge deal about the SOPA bill -- the Internet has been a mix of sites that blacked themselves out voluntarily, and those full of soundbites about the bill. This article is a fine contrast to that: the author actually dissects the bill, and explains why the language is broad enough to do enormous damage. The sponsors of SOPA and PIPA are back-pedaling furiously (and I'm pleasantly amused that *all* of the current presidential candidates have come out against the bills as currently written), but it's still worth a read if you want to understand the issues here.
The interesting side-note, though, is that the article isn't written by a lawyer, but by a programmer. That's not actually surprising. Good programmers are practiced in reading eye-glazing bodies of text, and understand what they really mean: not what was intended, not what they *say* that they do, but actually reading carefully, following the logic and figuring out what the results are. It's one of the least fun parts of the job, but is all too often necessary. (One sign of a really experienced programmer is the ability to catch many bugs simply by reading the code, never having to run it.)
And in many ways, reading contracts and law is similar. Far from identical, mind: they have their own distinct jargons, and are often quite intentionally ambiguous, and you have to understand that going in. But those programmer skills are still helpful in separating what someone *claims* is written down from what it really says. In the case of SOPA, that's crucial. The claims about the law are semi-benign, and the sponsors might even believe that's what they've written. But in fact, the law as written is much broader, more ambiguous and more dangerous than those claims -- as the article points out, the result is that the law criminalizes an enormous amount of legitimate Internet activity, and makes it all but impossible to run most websites safely.
So sometimes, it's not a bad idea to have a programmer look through your legal documents. Not just any programmer -- it requires one who has the skill and experience to read carefully, in great detail, understanding what is said and what it implies. And most programmers will not thank you for it. (Most legal documents are horrible spaghetti compared with decent code.) But sometimes, it's helpful...
The interesting side-note, though, is that the article isn't written by a lawyer, but by a programmer. That's not actually surprising. Good programmers are practiced in reading eye-glazing bodies of text, and understand what they really mean: not what was intended, not what they *say* that they do, but actually reading carefully, following the logic and figuring out what the results are. It's one of the least fun parts of the job, but is all too often necessary. (One sign of a really experienced programmer is the ability to catch many bugs simply by reading the code, never having to run it.)
And in many ways, reading contracts and law is similar. Far from identical, mind: they have their own distinct jargons, and are often quite intentionally ambiguous, and you have to understand that going in. But those programmer skills are still helpful in separating what someone *claims* is written down from what it really says. In the case of SOPA, that's crucial. The claims about the law are semi-benign, and the sponsors might even believe that's what they've written. But in fact, the law as written is much broader, more ambiguous and more dangerous than those claims -- as the article points out, the result is that the law criminalizes an enormous amount of legitimate Internet activity, and makes it all but impossible to run most websites safely.
So sometimes, it's not a bad idea to have a programmer look through your legal documents. Not just any programmer -- it requires one who has the skill and experience to read carefully, in great detail, understanding what is said and what it implies. And most programmers will not thank you for it. (Most legal documents are horrible spaghetti compared with decent code.) But sometimes, it's helpful...