Hey, you just reverse-engineered recipe 9.14, "Examining Local Network Activities," page 226. I'm going to have to tell O'Reilly to sue you under the DMCA.:-)
You're right that security itself is not a cookbook topic. However, there are many security-related tasks that can indeed be written as recipes: generating a public/private key pair, setting up Emacs to use mailcrypt for encrypted email, locating local user accounts that have no password, running dsniff, etc. These tasks are the focus of the book, from the simple to the complex, and this philosophy is spelled out in the Preface (and on the back cover).
BTW, I'm one of the authors. We would never claim that all of computer security can be reduced to a bunch of recipes, and because of this, we carefully set the scope of the book. Every security-related operation you perform should be consistent with a carefully-thought-out security policy.
Languages are definitely better. But there are also a greater number of software engineers, many of them mediocre. So overall I wouldn't say quality is better.
At Toys-R-Us (an American chain of toy stores), each purchase begins with the cashier asking, "May I have your telephone number, area code first?" This privacy intrusion has always bothered me, so here is how I respond:
"May I have your telephone number, area code first?"
It works best in a flirtatious tone. Regardless of the gender of the cashier.
I've had to take written tests for several job interviews. The first was a short-answer C++ test covering basic and advanced knowledge. I might have minded, but the interviewer did the right thing and said: "We have never turned anybody down solely on the basis of this test." So I was made more comfortable.
Another time, I had to write an essay about something-or-other... but not so they could see how my mind works. It was to get a handwriting sample so their resident "handwriting analyst" could make inferences about my personality from the loops of my L's and dots on my I's. This was so stupid, and none of the interviewers believed in it, but the company president did so every interviewee had to do it. A major turnoff.
In both these cases I received an offer and turned it down, but it was not due to the test.
Sure, apps are slower when the system is under load, but read what I wrote: Netscape is not affected as badly as Mozilla. I presume Mozilla is trying to use more system resources than Netscape needs. In short, Mozilla's performance does not degrade as gracefully under load.
Slow at operating under heavy system load. When my 950MHz Athlon PC (RedHat 7.0, 512MB RAM) has its CPU usage at 90%, Mozilla crawls. The "Find" box (for searching for text on the current page) takes painful eons to appear. Netscape is speedier on a loaded system.
This is silly. Everybody knows slang terms -- whether online or off -- and has to learn to avoid them in formal writing. ("Ain't", anybody?) The fact that these terms come from instant messaging somehow makes this newsworthy.
Phrases like "IMHO" predate these youngsters by decades, but I can't recall ever becoming so confused as to use them in a formal essay. And despite using Unix "talk" for years, I never ended a term paper with "oo" (over and out). Sheesh.
Become involved with online fan communities for bands with music similar to yours. For instance, if you are inspired by band XYZ, check out mailing lists, newsgroups, and websites devoted to band XYZ. Get involved in discussions. Become a member of the community. Purchase advertising space on the websites, if it's available. Eventually people will be interested in your album too, and you'll probably have fun along the way.
My CD sold 2000 copies by word-of-mouth this way. (It's out of print and not being re-pressed, so this is not an advertisement.:-))
My response was incomplete. What I meant was this:
You make a very good point. Several of your examples illustrate that point well. However, most of the examples are flawed because the cited documentation belongs in the callee, not inline in the caller.
In reality, this is "music produced by some arbitrary mapping of brainwaves to sounds, made up by some dude." There are countless ways you could do this mapping. Heck, you could map your eyeblink frequency to music, or the angles of the hairs on your head, or.... Hey, if I map my heartbeat to Beethoven's 5th Symphony, what the heck does that prove?
And the sample size was 10 people. Way too small to make any claims of significance.
Incidentally, this sort of experiment was being done at Peabody Conservatory's Computer Music Studio in the late 1980s. They called it "Brain-Generated Music."
Slashdot Mirror
Just steal someone else's identity first. Then an identity thief who targets you will get the wrong one.
Somehow, I don't think he really meant dynamism.
Hey, you just reverse-engineered recipe 9.14, "Examining Local Network Activities," page 226. I'm going to have to tell O'Reilly to sue you under the DMCA. :-)
BTW, I'm one of the authors. We would never claim that all of computer security can be reduced to a bunch of recipes, and because of this, we carefully set the scope of the book. Every security-related operation you perform should be consistent with a carefully-thought-out security policy.
How appropriate: they hosted the "do not call" list using a "do not hit" web site.
D... M-C-A!
It's fun to sue with the
D... M-C-A!
Languages are definitely better. But there are also a greater number of software engineers, many of them mediocre. So overall I wouldn't say quality is better.
"May I have your telephone number, area code first?"
It works best in a flirtatious tone. Regardless of the gender of the cashier.
Actually, in my experience, OpenOffice's compressed XML files are smaller than their MS .doc equivalents.
Another time, I had to write an essay about something-or-other... but not so they could see how my mind works. It was to get a handwriting sample so their resident "handwriting analyst" could make inferences about my personality from the loops of my L's and dots on my I's. This was so stupid, and none of the interviewers believed in it, but the company president did so every interviewee had to do it. A major turnoff.
In both these cases I received an offer and turned it down, but it was not due to the test.
Notice how these spammers never say how much money they make, only how much they expect to make. There's a big difference.
"God slashdots USA"
Here's a site critical of eye exercises. And another article at the same site. Complete with scientific journal references.
Bug: /path1/myfile /path2/myfile
$ del
$ del
Oops, you just overwrite the first "myfile" in your trashcan.
Sure, apps are slower when the system is under load, but read what I wrote: Netscape is not affected as badly as Mozilla. I presume Mozilla is trying to use more system resources than Netscape needs. In short, Mozilla's performance does not degrade as gracefully under load.
Slow at operating under heavy system load. When my 950MHz Athlon PC (RedHat 7.0, 512MB RAM) has its CPU usage at 90%, Mozilla crawls. The "Find" box (for searching for text on the current page) takes painful eons to appear. Netscape is speedier on a loaded system.
Let's turn the tables: kick off any IM'er who splits an infinitive.
Phrases like "IMHO" predate these youngsters by decades, but I can't recall ever becoming so confused as to use them in a formal essay. And despite using Unix "talk" for years, I never ended a term paper with "oo" (over and out). Sheesh.
My CD sold 2000 copies by word-of-mouth this way. (It's out of print and not being re-pressed, so this is not an advertisement. :-))
You make a very good point. Several of your examples illustrate that point well. However, most of the examples are flawed because the cited documentation belongs in the callee, not inline in the caller.
And the sample size was 10 people. Way too small to make any claims of significance.
Incidentally, this sort of experiment was being done at Peabody Conservatory's Computer Music Studio in the late 1980s. They called it "Brain-Generated Music."
Most of your criticisms are questions about the behavior of findPerson. These properties should be documented within findPerson, not in the caller.
I suppose you buy all your gasoline at self-service gas stations, right?