Talk:Arguments Opposed to the Resolution

From Internet, Law & Politics 2007
Revision as of 04:55, 7 March 2007 by Cconley (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Other topics of note to possibly add:

From Slashdot:

Well, that would be a start, but I still don't think that it obviates the sort of version-control system that the GP is talking about.

Just think: if you were working on a big software or documentation project, would you want your QA process to involve nothing but some guy standing up and reading the source code out loud? No way -- everyone would be asleep or bored to tears (well, unless it was Perl, then they'd probably be waiting for his face to just fall off).

There's a reason that change management is a big issue, in addition to peer review and transparency. In fact, they compliment each other. When you can produce a list of what each person has changed, you have a basis for what you want to concentrate your reviewing efforts on.

Now, change-management isn't a cureall -- anyone in software knows that just because something hasn't changed, doesn't mean it's not buggy. You could change something that causes something that hasn't been changed to break, or you could just discover a bug later; either of those things are possible with laws as well as software. Unless you also have some way of tracking dependencies within the bills (cross references, etc.), it might be possible to "break" the law (make it internally inconsistent) with a minor change somewhere else. So that would still require full readings.

Still, it's ridiculous that there isn't something in place right now, to prevent some staffer from just sneaking language into a bill that's a surefire pass, without anyone noticing until it gets printed up in the Congressional Record.

On the whole, maybe Congress needs to hire some QA people? I mean, it's obvious they have a "client satisfaction" (voters) issue, and that the "deliverables" (laws) really suck ... maybe it's because they're pushing half-baked, half-assed stuff out the door to the "users" (citizens)?

The broad suggestion here is that there are advantages to treating legislative code much like software code, notably the need for quality assurance procedures to ensure that the system doesn't generate "bugs" like this one. Worth integrating into our piece? Not sure, just wanted to flag here.