My experience working as a patent examiner agrees fully with the title: legal texts tend to be hard mostly because they're poorly written. (DOC lawyers make me add this: This post is just my personal opinion, not that of the USPTO, DOC, US govt., etc.) I've been trained in patent legal terminology, which isn't that bad. Patent documents are still frequently difficult to understand. I have one application on my docket…
Poor writing, not specialized concepts, drives difficulty with legal language
101–110 of 337 posts
Re: Poor writing, not specialized concepts, drives difficulty with legal language
#102This is the same in any advanced academic field. Ever tried talking to a sociologist or a philosopher?
Re: Poor writing, not specialized concepts, drives difficulty with legal language
#103 int add(int a, int b) {
return a + b;
}
int add(int a, int b) {
if ((a > 0 && b > 0) && (INT_MAX - a b)) {
return INT_MAX + (b - (INT_MIN - a - 1));
} else {
return a + b;
}
}
Which one expresses the intent more simply and understandably?Which one is more robust?
Which one would you bet the future of your company on?
I offer that, sometimes, simplicity of expression is at odds with protection against edge cases.
Re: Poor writing, not specialized concepts, drives difficulty with legal language
#104Earlier quoted context omitted.
American patents are written in a language that isn't English. It's very precise if you can learn to read it, though. The same seems to hold for contracts, but to a lesser degree.
I'm a patent examiner and I can't agree with "It's very precise if you can learn to read it". A large fraction of patent applications I've worked on are unclear. I even wrote a linter to help catch some problems. (DOC lawyers make me add this: This post is just my personal opinion, not that of the USPTO, DOC, US govt., etc.) Edit: I will agree that patent claims can be precise, but so can normal English. I think pate…
Re: Poor writing, not specialized concepts, drives difficulty with legal language
#105Re: Poor writing, not specialized concepts, drives difficulty with legal language
#106Earlier quoted context omitted.
Honestly, the ballotopedia summary [1] isn't much clearer! Looks like it passed overwhelmingly (87%), so presumably folks knew what it meant from TV ads? Or they were all successfully and massively misled by the other side's ads, and they had no idea what it meant! 1: https://ballotpedia.org/Texas_Proposition_1,_Property_Tax_Li...
The ballotpedia summary shows that there wasn't really a campaign opposing the measure it seems? In which case presumably it makes sense that it passed overwhelmingly, if no one was voicing any arguments against it
Re: Poor writing, not specialized concepts, drives difficulty with legal language
#107For everyone commenting "laypeople aren't the intended audience", this monstrosity was a recent Texas constitutional ballot proposal, i.e. all voters in the state were asked to vote on it: > The constitutional amendment authorizing the legislature to provide for the reduction of the amount of a limitation on the total amount of ad valorem taxes that may be imposed for general elementary and secondary public school pu…
Re: Poor writing, not specialized concepts, drives difficulty with legal language
#108Earlier quoted context omitted.
Funny that I was about to comment "it doesn't seem so bad, just draw a directed graph to work it out". Reading your comment it does seem a little unreasonable.
No ballot initiative should require back-of-the-napkin syntactic analysis to understand.
What they seem to be saying, if I parsed it correctly:
"We now get to include tax breaks from the previous year as a factor in property value when taxing the elderly."
That seems awful. I kind of get the hyper-technicality they're going for, but it still seems like they're sticking it to seniors... again, if I understood it correctly.
Re: Poor writing, not specialized concepts, drives difficulty with legal language
#109Consider the following two function definitions: int add(int a, int b) { return a + b; } int add(int a, int b) { if ((a > 0 && b > 0) && (INT_MAX - a b)) { return INT_MAX + (b - (INT_MIN - a - 1)); } else { return a + b; } } Which one expresses the intent more simply and understandably? Which one is more robust? Which one would you bet the future of your company on? I offer that, sometimes, simplicity of expression i…
int add(int a, int b) {
unsigned res = (unsigned) a + (unsigned) b;
return (int) res;
}Re: Poor writing, not specialized concepts, drives difficulty with legal language
#110IANAL, but I AM a patent agent, which means I passed the Patent Bar. So I haven't dealt in contracts, but a lot of the same considerations apply to patent claims. There is some claim language which is absolutely not required and any lawyer who uses it is just showing off. The article mentioned "aforesaid" which is a prime example in contracts (in patent claims, it's just "said"). For example: A TCP packet, comprising…
This here reminds me of George Carlin: > People add extra words when they want things to sound more important than they really are. "Boarding process". Sounds important. It isn't. It's just a bunch of people getting on an airplane. People like to sound important. Weathermen on Television talk about shower activity. Sounds more important than showers. I even heard one guy on CNN talk about a rain event. I swear to God…