Comment Re:I picked 30% higher (Score 1) 374
Coincidentaly, I have an interview this afternoon for a new job that pays ~70% more than I currently get, and is more suited to my skill set. Bring it on!
Comment Re:Anite Blake (Score 1) 336
Comment Re:Hypercard (Score 1) 783
It's a pity really. I think that that programming model (or something similar) would fit the phone/tablet quite well.
Comment Re:Standing on shoulders (Score 1) 508
Comment Re:Backups (Score 2) 228
Comment Re:Doesn't Matter (Score 1) 560
It has already been shown that pebble bed reactors are not inherently safe designs
Do you have a reference for that? I'd really like to have a look at it.
Comment Crazy hybrid clones (Score 1) 471
Non-Crazy hybrid clones are obviously OK.
Comment Re:Wait, what? (Score 1) 409
Like many coders, I thought you were supposed to calculate Hash(password + salt).
I've never seen anyone suggest Hash(password + username + salt) as an option. Is this something that the security industry has shown to be ineffective long ago, and I have just missed it?
To me this looks like it would stop two users with the same password getting the same hash (assuming the salt is system wide, not per user) and make it harder to replace the hash with a known one and get a known password.
Comment Re:I'm not sure I like this... (Score 2) 58
If I'm running a mid size company and I hire an ad agency that gets paid for referrals (and it's a fly by night LLC), I'm really venerable now. I guess the anti-spam crowd will tell me not to hire a fly-by-night, but don't most successful businesses start that way? And how am I suppose to know?
If you realy were venerable then I would hope you would know better than to leave yourself vulnerable to a lawsuit by hireing dodgy contractors.
Comment Re:Now that's.... (Score 1) 233
Or maybe each "little death" gets you a limited time to use the software?
See http://en.wikipedia.org/wiki/Petite_Mort
Comment Re:Sure they can claim it (Score 1) 399
Comment Re:5th Amendment (Score 2, Informative) 767
Encrypting something via Public Key system is slow, so what is generally done is a random key (128bit/256bit/1024bit/whatever) is generated, and some other system like IDEA/Blowfish/etc is used to encrypt the file with this random key. Then the random key itself is encrypted using the Public Key, and included in the output file (or this may be done first).
Encrypting the same file twice with PGP/GPG will result in different encrypted files. Here is what I got when I encrypted the same file twice:
$ ls -l whycopyrightdoc.ogg*
-rw-r--r-- 1 xxxx users 444876583 2008-12-09 16:27 whycopyrightdoc.ogg
-rw-r--r-- 1 xxxx users 442961134 2009-02-27 13:38 whycopyrightdoc.ogg.gpg
-rw-r--r-- 1 xxxx users 442961133 2009-02-27 13:33 whycopyrightdoc.ogg.gpg.1
$ cksum whycopyrightdoc.ogg*
2090966688 444876583 whycopyrightdoc.ogg
909254713 442961134 whycopyrightdoc.ogg.gpg
121574791 442961133 whycopyrightdoc.ogg.gpg.1