Never mind the fact that that much data is going to be an interesting storage problem, never mind search problem. Even if its just email from this person to this person, it was this big and sent at this time. That's going to be an amazing amount of raw data never mind all the indexes and meta data that's going to be needed to make it searchable.
The parts of the DMCA that make it illegal to circumvent the dongle check in the 15-year-old piece of accounting software my consulting client's small business uses (company long out of business, dongle recently broken) are complete BS,
I don't have the article handy, but that scenario was exempted from DMCA in the last year - basically any software that required hardware dongles to use that software, when that software or hardware is no longer marketed.
he repeal of the GS Act of 1933 did not allow for 125% LTV loans to folks who did not substantiate their income. It did not cause banks to ignore credit risk.
You're forgetting a key point - banks would not have made those loans if they couldn't sell them off to investment houses. If there was no market for those loans, they would not have made them because the risk was too high.
Of those that I didn't run, I've had maybe three in the last couple of years - they're fairly rare;) (I probably have about a 50% success rate in my own meetings.)
I have found meetings to be an extraordinary waste of time in most cases, and often the result of lack of leadership and/or organizational ability on the part of those in charge.
Such meetings are a waste of time and indicative of poor management. However, meetings can also be productive and useful tool - as long as they have a defined purpose, and someone who ensures that purpose gets met.
Hm... I was offtopic to the post I was replying to? Or with the 'camel' reference, which is considered the symbol of the Perl language? Between those two, I managed to stay on topic both to this thread, and the article overall. (Didn't you wonder why the article was tagged with 'camel'?) Bah. Having to explain jokes just ruins the fun of 'em. I either need to learn to tell them better, or we need smarter moderators.
1) So, Perl which came along long before the existence of Python, stole from Python?
Nope, this guy didn't do any research:
Python reached version 1.0 in January 1994
...
Perl 5 was released on October 17, 1994. It was a nearly complete rewrite of the interpreter, and added many new features to the language, including objects,
I'm not sure I follow? I wasn't equating entropy to repetitions - when a human is 'randomizing' there's no such thing as entropy. But when a human is randomizing, that becomes irrelevant. In the end, I guess that's my point...
Of course they do! BMW realized their drivers were dying off at an alarming rate due to their sense of self-importance causing them to fail to turn on the headlights!
Also a sufferer of tinnitus, and it really can make you just about insane. That said... there's actually been no conclusive proof of what causes it. Mine started several years/after/ I stopped listening to loud music all the time. The unfortunate truth is that while there are several known contributors, there's very little known about what really causes it.
http://en.wikipedia.org/wiki/Tinnitus
Technically true - humans can no more be truly random than computers. But as much as I've heard similar statements to yours, I've not seen anything to indicate anybody actually/has/ found a way to algorithmically determine that kind of password.
There was something on slashdot a while ago about using a typing pattern/instead/ of a password - but even that wouldn't serve to predict a one-time random tapping of the keys.
For 1) you're assuming that people are willing to look more than one car length ahead (if that). I think people would be amazed at the improvements in gas mileage to be had if they a) looked far down the road and b) didn't tailgate habitually. Both of these would allow them to do as you say - adjust speed constantly based on what's actually happening, not making many sharp, small adjustments based only on what the driver in front of them is doing. (And the driver in front is 99% likely to be driving the same way, compounding the effects of the problem on up the line...)
So they say that what you/really/ wnat to do is avoid fast acceleration. And a lot of people are (annoyingly) taking that to heart.
The problem is this: in most cities I've been in, the lights are timed in such a way that if you do accelerate slowly, (and/or do the speed limit), you will catch more lights. Seems to me that 5 minutes of traffic lights is more consumptive of fuel than 10-20 seconds of moderate accelerating.
I'm not sure I understand the need. Here, watch:
cc09-x5k}d4asedf*&@!liusdf98054fhpw2lxgb94j2-fh0z345j@#[[]{9dx^aDDsic[of9yeSZDt4$566@@DfdsclocvobS(I9x7@(#&$
Seems redundant to use software to do the same thing? I understand the 'extra' security by using keyboard/mouse movement so that the generated password is not predictable. On the other hand, the one I just created is equally unpredictable; I certainly could not generate it again myself. That password is not going to get cracked if I use it, and all the other steps you described could be followed just the same.
Where do you see that? Not in TFA that I could tell - nor in the image of the notice from Verizon that it contains. It looks like the only time the recipient is not paying is for "free to sender" messages, which... erm, they're already not paying for and are not much used in the US. These charges are in addition to what the sender is already paying (fractions of a penny) and as far as I can tell, will still cost the recipient the same.
Slashdot Mirror
Never mind the fact that that much data is going to be an interesting storage problem, never mind search problem. Even if its just email from this person to this person, it was this big and sent at this time. That's going to be an amazing amount of raw data never mind all the indexes and meta data that's going to be needed to make it searchable.
Yeah, that's nearly impossible to solve :D
That I agree with - there's no excuse for this to have gone "unnoticed" for the last several years. On either side of the political fence.
Meta-whooshing!
The parts of the DMCA that make it illegal to circumvent the dongle check in the 15-year-old piece of accounting software my consulting client's small business uses (company long out of business, dongle recently broken) are complete BS,
I don't have the article handy, but that scenario was exempted from DMCA in the last year - basically any software that required hardware dongles to use that software, when that software or hardware is no longer marketed.
he repeal of the GS Act of 1933 did not allow for 125% LTV loans to folks who did not substantiate their income. It did not cause banks to ignore credit risk.
You're forgetting a key point - banks would not have made those loans if they couldn't sell them off to investment houses. If there was no market for those loans, they would not have made them because the risk was too high.
Yes, they're that immature.
Listen buddy, your low UID doesn't mean you're not one of us!
Of those that I didn't run, I've had maybe three in the last couple of years - they're fairly rare ;) (I probably have about a 50% success rate in my own meetings.)
I have found meetings to be an extraordinary waste of time in most cases, and often the result of lack of leadership and/or organizational ability on the part of those in charge.
Such meetings are a waste of time and indicative of poor management. However, meetings can also be productive and useful tool - as long as they have a defined purpose, and someone who ensures that purpose gets met.
Hm... I was offtopic to the post I was replying to? Or with the 'camel' reference, which is considered the symbol of the Perl language? Between those two, I managed to stay on topic both to this thread, and the article overall. (Didn't you wonder why the article was tagged with 'camel'?) Bah. Having to explain jokes just ruins the fun of 'em. I either need to learn to tell them better, or we need smarter moderators.
1) So, Perl which came along long before the existence of Python, stole from Python?
Nope, this guy didn't do any research:
Python reached version 1.0 in January 1994
...
Perl 5 was released on October 17, 1994. It was a nearly complete rewrite of the interpreter, and added many new features to the language, including objects,
Most human wars throughout the ages are based on religion. Scary, isn't it?
You think that's scary, you should've seen the camel wars.
Pray tell, what is "linux program methodology"?
I'm not sure I follow? I wasn't equating entropy to repetitions - when a human is 'randomizing' there's no such thing as entropy. But when a human is randomizing, that becomes irrelevant. In the end, I guess that's my point...
.... who read the headline as "Machines Almost Pass Mass During Test"?
Of course they do! BMW realized their drivers were dying off at an alarming rate due to their sense of self-importance causing them to fail to turn on the headlights!
Also a sufferer of tinnitus, and it really can make you just about insane. That said... there's actually been no conclusive proof of what causes it. Mine started several years /after/ I stopped listening to loud music all the time. The unfortunate truth is that while there are several known contributors, there's very little known about what really causes it.
http://en.wikipedia.org/wiki/Tinnitus
There was something on slashdot a while ago about using a typing pattern /instead/ of a password - but even that wouldn't serve to predict a one-time random tapping of the keys.
I suppose; as long as you're aware that you need to hit different keys, and not "asdfasdfasdf", it seems that that "ideal entropy" becomes irrelevant.
For 1) you're assuming that people are willing to look more than one car length ahead (if that). I think people would be amazed at the improvements in gas mileage to be had if they a) looked far down the road and b) didn't tailgate habitually. Both of these would allow them to do as you say - adjust speed constantly based on what's actually happening, not making many sharp, small adjustments based only on what the driver in front of them is doing. (And the driver in front is 99% likely to be driving the same way, compounding the effects of the problem on up the line...)
The problem is this: in most cities I've been in, the lights are timed in such a way that if you do accelerate slowly, (and/or do the speed limit), you will catch more lights. Seems to me that 5 minutes of traffic lights is more consumptive of fuel than 10-20 seconds of moderate accelerating.
Great, until he needs to accelerate hard/fast with little warning? Me, I'll take the reduction in gas mileage any day.
I'm not sure I understand the need. Here, watch: cc09-x5k}d4asedf*&@!liusdf98054fhpw2lxgb94j2-fh0z345j@#[[]{9dx^aDDsic[of9yeSZDt4$566@@DfdsclocvobS(I9x7@(#&$ Seems redundant to use software to do the same thing? I understand the 'extra' security by using keyboard/mouse movement so that the generated password is not predictable. On the other hand, the one I just created is equally unpredictable; I certainly could not generate it again myself. That password is not going to get cracked if I use it, and all the other steps you described could be followed just the same.
Also makes a good way to train future unix geeks.
Ahh, nice! Thanks! What a foolish place to expect answers, on a FAQ page...
Where do you see that? Not in TFA that I could tell - nor in the image of the notice from Verizon that it contains. It looks like the only time the recipient is not paying is for "free to sender" messages, which ... erm, they're already not paying for and are not much used in the US. These charges are in addition to what the sender is already paying (fractions of a penny) and as far as I can tell, will still cost the recipient the same.