The problem with this is that really security conscious sites (like your bank) won't go for it. The reason is precisely the bit you put in italics. Financial institutions want, as much as possible, to authenticate actual people, not computer programs.
Because while Live Bookmarks are kinda neat, they are no replacement for a real aggregator. I don't want to have to open each entry in a seperate tab, I want to see all my unread content from a given source at once.
Really? From what I've heard eBay employees something like 8000 people. It seems unlikely that the majority of those people are actually programmers. I'd imagine that a very sizable chunk are babysitting the service in one way or another.
Re:There is a problem with Social Security.
on
State of the Union
·
· Score: 1
If you die before you can withdraw none of your survivors benefit.
Interesting. Says here on my latest statement from the SSA that if I die, my survivors get a bit over $3000 / month.
If you read the tax laws you would be surprised at the fact that even if you hit max payments with one employer the moment you switch employers you start all over on the deduction count.
Hmm. Says here in the instructions for line 64 of my 1040, that if I had more than one employer and they combined to deduct more than the cap, I can substract that from my taxes owed.
Would you consider, say, a billion hits a day to be large scale? There's at least a couple mod_perl applications at that scale, and a dozen or so over 100 million.
I'm not sure from your comments that you actually understand what scaling means, though. It doesn't mean that a fixed number of machines can serve unlimited requests. It means that the ratio of machines (or cost) to requests is constant. So, at a certain level, yeah, you'll need a thousand servers. (And the ability to manage them.)
This is why it's good to use email addresses like me+treasurydept@mydomain.com. Then when the spam starts coming in, you can set up a forwarding rule to send it all to the bonehead who made that decision.
how not to avoid being the victim of a witch hunt
on
Software Exorcism
·
· Score: 1
Reverend Blunden even goes so far to refer the reader to a vault purveyor in New York so that evidence can be stored securely at home (hint: it's sure as hell not safe at the office). Don't kid yourself; a solid paper trail can save you during a witch-hunt.
"So, let's see if I understand this correctly... you've been printing out hard copies of all the company confidential information you have access to, removing it from the building, and archiving it at your home? Interesting..."
Isn't there a problem with this, that you have to trust that the shreds that SCO provides are really the shreds to their source code? After all, they could just grab big chunks of Linux source code and stick it in their tree and then shred it.
This technique only seems reliable for comparing two secret codebases without revealing either one. The asymmetry in this case makes the test unfair.
Actually, because the iTS files have DRM, it ought to be possible for him to irrevokably transfer ownership. It might be awkward or even impossible with the current iTS DRM implementation, but it's really something that Apple should have considered, given that the issue occured to me within the first day that the iTunes Store was announced.
My bank, at least, sets thing up so that your browser can't (or shouldn't) save the password. In fact, it won't even save my account number.
The problem with this is that really security conscious sites (like your bank) won't go for it. The reason is precisely the bit you put in italics. Financial institutions want, as much as possible, to authenticate actual people, not computer programs.
That still doesn't seem to be the same thing. The screenshots only show titles, not the full content of the RSS feed.
Hmm... somehow I don't remember the definition of a geek including "close-minded" or "unwilling to try new things".
Because while Live Bookmarks are kinda neat, they are no replacement for a real aggregator. I don't want to have to open each entry in a seperate tab, I want to see all my unread content from a given source at once.
Really? From what I've heard eBay employees something like 8000 people. It seems unlikely that the majority of those people are actually programmers. I'd imagine that a very sizable chunk are babysitting the service in one way or another.
Interesting. Says here on my latest statement from the SSA that if I die, my survivors get a bit over $3000 / month.
If you read the tax laws you would be surprised at the fact that even if you hit max payments with one employer the moment you switch employers you start all over on the deduction count.Hmm. Says here in the instructions for line 64 of my 1040, that if I had more than one employer and they combined to deduct more than the cap, I can substract that from my taxes owed.
Would you consider, say, a billion hits a day to be large scale? There's at least a couple mod_perl applications at that scale, and a dozen or so over 100 million.
I'm not sure from your comments that you actually understand what scaling means, though. It doesn't mean that a fixed number of machines can serve unlimited requests. It means that the ratio of machines (or cost) to requests is constant. So, at a certain level, yeah, you'll need a thousand servers. (And the ability to manage them.)
This is why it's good to use email addresses like me+treasurydept@mydomain.com. Then when the spam starts coming in, you can set up a forwarding rule to send it all to the bonehead who made that decision.
ATW == FAST Web search
Yahoo owns Inktomi, FAST/ATW, and Altavista.
"So, let's see if I understand this correctly... you've been printing out hard copies of all the company confidential information you have access to, removing it from the building, and archiving it at your home? Interesting..."
Isn't there a problem with this, that you have to trust that the shreds that SCO provides are really the shreds to their source code? After all, they could just grab big chunks of Linux source code and stick it in their tree and then shred it. This technique only seems reliable for comparing two secret codebases without revealing either one. The asymmetry in this case makes the test unfair.
Actually, because the iTS files have DRM, it ought to be possible for him to irrevokably transfer ownership. It might be awkward or even impossible with the current iTS DRM implementation, but it's really something that Apple should have considered, given that the issue occured to me within the first day that the iTunes Store was announced.