The vast secret operation has updated the duck-and-cover scenarios of the 1950s with state-of-the-art technology -- alerts and updates delivered by pager and PDA, wireless priority service, video teleconferencing,...
... all of which will fail immediately during any actual emergency, meaning that the US government will be perfectly prepared to continue during any catastrophic event which causes absolutely nothing to go wrong.
I don't know about you all, but my cell phone service stops working when there's bad traffic because it's snowing. During the winter. When the weather forecast predicted snow.
Not that the article didn't sound all analysis-y and everything, but I think they missed the really important stuff.
Netscape gained a huge first-mover advantage because Microsoft (due to its hubris) didn't take the Internet seriously for quite some time.
Microsoft woke up, got some code, and began shipping a feature-poor, buggy browser.
Netscape maintained its lead for a while, but then (due to its hubris) started spending considerably more time berating Microsoft than meaningfully improving its own product.
Microsoft slowly improved its product, and began to leverage its substantial distribution advantage. I believe a federal judge eventually had some strong words about the latter.
Netscape seemed to decide that the world really needed a bigger kitchen sink more than a reliable browser. Its product became more and more bloated, less and less reliable, and much larger.
Microsoft continued to fix bugs.
Netscape decided it really needed to rewrite its whole product for god knows what reason, giving Microsoft plenty of time to overcome any remaining first-mover advantage.
Microsoft's product eventually crossed the "good enough for the proles" threshold and was pre-installed on most of the machines they controlled.
Netscape, continuing to rewrite its core product, failed to answer.
I think Netscape ultimately died partly of self-inflicted wounds, and was partly the victim of Microsoft's monopoly abuse.
Clayton M. Christensen (ironically also of Harvard) foresaw the former about a decade ago in The Innovator's Dilemma. The demand curve for browsers is shallower than the supply curve because once the browser implements the standards, there is only so much more room for it to add value. Pretty soon it ends up oversupplying features that are less and less important to fewer and fewer people; the formerly underpowered latecomer catches up -- not with the other product (it arguably never will), but with the market's demand. No matter what the first-mover does at that point, it's just more oversupply. The latecomer stumbles onto some attribute that nobody originally thought was important (integration into the OS?) which the first-mover cannot match, and suddenly the first-mover's former advantage turns into a detriment.
Near its zenith, Netscape's best possible outcome was probably to license its browser to Microsoft, let it remain the standard, and get the advantage of Microsoft's OS monopoly. However, Microsoft's hubris, abetted by Netscape's constant attacks, precluded any possibility of cooperation. Netscape's best remaining alternative was probably to ignore Microsoft completely, resist the temptation to rewrite (which also killed competitors to Word), and use their resources to keep innovating in other ways. I think Christensen would have suggested that Netscape spin off as many new ideas a possible, and for the core company to concentrate on maintaining its core product.
Sadly, this pattern repeats over and over. I hope Java doesn't become the next high-profile victim.
I'm sure smbUmount made sense to the person that added the feature, but the problem is obviously that it only makes sense to the person that added the feature. But that's not even the problem -- the problem is that the UI process stops there. Further, maybe the problem is not that the UI process stops there, maybe it's that UI at this level is a development process at all.
Coders have always wanted to add something cool, then needed to put it somewhere so that a user can get to it. From the coder's perspective, the interesting part is done when the cool feature is done, the UI is just the plumbing between the user and your coolness.
If you want to turn this into a systems problem (which I think is a good idea from a consistency and usability standpoint), maybe the trick is to realize that coders will always be coders, and to make it possible for them to get the plumbing without just hanging something on a menu or inventing yet another command line parameter. Seems like we've figured this out to some extent with respect to loading drivers, so maybe we need to treat applications and features like UI drivers and make it so that you can't load your piece without providing the meta-data that the UI loader needs to put your UI where it belongs?
Maybe that would give someone a chance to design a consistent presentation, do some meta-data checking when application loading is attempted, and even automagically generate a feature request when an un-localized app is loaded.
Or not. I dunno. Seems like the choice is either bite the bullet and do it, or design the system such that you can ask someone or something who knows what they're doing to do it for you as easily as you can hack in something ugly by yourself.
Can this be done on a system level? What is the largest extent to which it is done already? Any notable successes or failures? Maybe you start with this premise and treat the other problems that pop out the other as the engineering problems?
Hmmm. Hydrogen bonds are an order of magnitude stronger than van der Waals IM bonds. One practical effect of the strength of H-bonds is that water is liquid instead of gas at room temperature.
I wonder if anyone is working on an H-bond version of this stuff. Presumably, you could use 1/30th the material. Makes me wonder if you could space it out more and make it easier to peel off.
Anyone know if there are critters that use H-bonds for the same function a Gecko uses dipole-dipole stickies? If not, any ideas why? Do H-bonds just not work for this purpose, or are they selected against for some reason?
It never ceases to amaze me that amateur science enthusiasts are building stuff like that...
According to Tim's web page: "I am currently a graduate student in the Physics Department at Rutgers University. My primary area of interest is in Particle accelerators. I have worked at Fermilab in the Beams Division." Then it goes on to list accelerator talks he's given, accelerators he's worked at, and publications on accelerators he's written.
So how exactly does that make him an "amateur science enthusiast?"
This is the funniest thing I've seen on the 'net since Engrish. Plus, it manages to combine the usual trio of Steve Jobs, frozen ponies breathing through their manes, and pig-latin in a way that makes the combination seem fresh and unusual.
I gotta go tape up my ribs. Ouch. Thanks for the post. Ouch.
Bear in mind that Java was also hitting the scene around the same time OpenDoc was around. JavaBeans made the same sort of promises in terms of cross platform object models. There was even a project going on to bridge the two (host a bean in an OpenDoc component, or vice-versa). So there was a lot of noise about similar things from a lot of sides and OpenDoc never took off for whatever reason.
I'm always sad to see great original ideas like OpenDoc, Newton, AppleTalk, and HyperCard fail to achieve the kind of market they deserve, but at the same time one of the things I respect most about Jobs is that he's willing to pull the plug when there is a chance to innovate and play with a standard instead of against it. That's what's going to get Applet back in the game. As much as we're missing by having to do without all those great technologies, I think it's better to live and fight another day -- and deliver an elegant package with ZeroConf, BSD, OpenGL, TCP/IP, Java, and on and on and on....
As for Copland, Gershwin, et al., you couldn't get much closer to epiphany without being asked to come down to the front of the hall at the end of the sermon than you could hearing Wayne Meretsky talk about what was going to be in the system. But as good as Copland was going to be, Rhapsody shipped. Which also turns out to be a really important feature.
I looked for the same thing for years and found nothing. My solution was to take a year of general and a year of organic chemistry at a local community college. Before you dismiss this option as "hey, that's not a book," consider the advantages.
First, your goal (like mine) is to understand, not to jump through some gateway subject hoop. The "serious" books are all horrible and the others are for entertainment, but there are some truly great teachers out there, most of them young and still full of love for the subject but without the political skills or baggage of a lot of Major Institutions, hence you tend to find them at community colleges. They have time to talk to you, there are practically no barriers to entry -- the worst you'll face is "instructor permission," which you can get past by telling the instructor that you want to take the class because you want to understand the subject and they'll turn to putty in your hands. (After taking the course you'll be able to diagram the mechanism of the chemistry instructor --> putty reaction.)
Second, it's convenient and almost risk-free. Take it at night or during the day. If you're worried about the grades or time commitment, audit the class!
Fourth, it'll keep you on a schedule and you'll get done sooner and understand more because the course will be reasonably compact and planned to teach you the topic. There is no #3. Just seeing if you were paying attention.
Finally, o-chem in particular requires a lot of memorization (I needed about 120 reactions for one final), and an instructor can give you hints about how and what to memorize that you could not get from a book.
It's kind of like math in that you get way more from doing it than reading about it, so take lab too. If you're worried about the cheezy CC chemistry lab facilities, take lab anyway and then go take it again at the University of Money later.
The quality of the instructors varies widely, so ask around and find out who's really good. It's usually pretty obvious. If you need a recommendation and can get close to Seattle, I can recommend someone here who is an unbelievably good chemistry teacher (and one of the best teachers in general that I've ever met).
And by the way -- good on ya for learning some chemistry! It's a great subject, and it certainly has a lot to do with pretty much everything you breathe, sit on, eat, smell, run away from, and have in your pancreas. Watch out for that physics stuff, though -- it's the only thing possibly even more beautiful than chemistry, and it will shamelessly attempt to lure you away with its seductive ways <subliminal>give in</subliminal>.
The Directory Setup app (called Directory Access in 10.2) in the Utilities folder is not the server, it's the configuration app for Open Directory access (NetInfo, LDAP, BSD config files, etc.). In other words, it's how you tell OS X about directories for services, authentication, and contacts. 10.2 docs for all this stuff are here
I agree with a lot of the other posts: the best way to do this is to set up OpenLDAP on one of the machines, point Directory Access to it, and you're golden. It'll work in 10.1, but it rocks in 10.2.
Although PGP for Mac OS X is sadly still in suspended animation, others have mentioned the availability of MacGPG and related tools, which are perfectly suitable for PGP, including rudimentary integration with Mail.app.
A quote from Assistant Secretary of Defense thing
on
Cyber-Attacks?
·
· Score: 5, Funny
"DCS and SCADA systems might be accessible to bits and bytes," Assistant Secretary of Defense John P. Stenbit said in an interview. But al Qaeda prefers simple, reliable plans and would not allow the success of a large-scale attack "to be dependent on some sophisticated, tricky cyber thing to work."
I don't know whether to be more concerned about a potential cyber attack or the fact that the Assistant Secretary of Defense refers to critical infrastructure as "some sophisticated, tricky cyber thing."
The major point is actually not that you need to stop listening to your customers, it's that companies engaged in sustaining technologies cannot, if properly managed (!!), also engage in disruptive technologies. The solution is to not try to do both, but rather to spin-off the disruptive technology and let it find its path apart from the demands of the mother ship.
The one really notable exception to this rule was HP's LaserJet and InkJet businesses. The former was sustaining, the latter disruptive. The book says that HP nearly came apart trying to do both, but succeeded in spite of the odds. Certainly the exception that proves the rule.
Applications include climate modeling, global warming prediction, and other non-weapons research.
... and Word 2003, which no doubt will require a machine of this stature to just run that annoying little animated Helpy Helperton thing that everyone immediately turns off.
RDF is the Resource Description Framework, a W3C recommendation for making web content understandable by machines. Slashdot's RDF is here. Slashdot uses other sites' RDF to do slashboxes.
There was a thread on RDF on 02-15-01 with more info.
I use JBuilder 5 on Mac OS X every single day on a project with more than 3,000 classes.
The editor is fast (it more than keeps up with my typing even though it's doing real-time syntax coloring, structure analysis, and so on). The compiler is fast and it has a good dependency checking system. I can do a typical incremental make in about 10-20 seconds, and a full rebuild takes 190 seconds). Creating a new project is instantaneous.
The debugger is brilliant! You may not think you need one (I survived wth System.out.println for years), but once you have it your productivity will skyrocket, trust me.
That's the thing that impresses me most about JBuilder -- the features are all focused directly on making you more productive. The ability to browse the all of your classes plus java.* and anything else you happen to have in your classpath live in the editor is worth its weight in Jolt cola any day.
It's a little spendy (around $900 for the Pro edition, I believe), but the only thing scarier than the price tag is the productivity you get.
I've used Symantec Visual Cafe and Metrowerks CodeWarrior a ton -- they both suck. I've also toyed with IBM's VisualAge for Java, which goes the "all your source are belong to us" route, and is unbelievably annoying to use with a source control system that isn't theirs. I've also used emacs and javac/jikes for some little projects.
IMO, JBuilder5 is miles ahead of everything else. CodeWarrior is a distant second and has a reasonably nice daily working environment (good editor), but it's dog slow compiling or building archives, and the debugger is worthless. Visual Cafe is probably third, and the rest all down the list somewhere from there.
If you're working on anything of any size, I'd go for JBuilder in a heartbeat. Get a demo (or find someone who can get you access to the QuickTime of the the 60 minute demo Borland's Blake Stone did at the 2001 Apple WWDC). When you see all it can do, it'll blow you away.
Further, the DMCA says the following: No person shall manufacture, import, offer to the public, provide or otherwise traffic in any technology, product service, device component, or part thereof, that...
(B) has only limited commercially significant purpose or use other than to circumvent a technological measure that effectively controls access to a work;....
What if a lot of people started producing disk images or source archives or whatever that were encoded with CSS instead of ZIP? That way, DeCSS would have a "commercially significant purpose or use" that has nothing at all to do with the MPAA.
What if kernel.org started encoding everything as.mp3? Sure would be nice to be able to find the latest kernel from a convenient desktop client, like maybe Napster, for instance.
Why not produce a new email protocol that just happens to use a format that looks like an SDMI watermark? Not really useful without a reader that can remove the watermarks. Hopefully someone will do some research on this topic so we can all improve our email.
... agents posing as Invita officials asked the men to demonstrate their prowess on a computer outfitted with "sniffer" software to record every keystroke. After arresting the duo, they used account numbers and passwords obtained by the program to gain access to data stored in the computers in Russia....
Back in the Good Old Days, one of the "agents" would then have peeled off his false rubber face to reveal that he was, in fact, Mr. Phelps.
Slashdot Mirror
It was a link to goat.se.cx. Dammit, I swore I'd never fall for that agin.
Did anyone else read the headline as "28 New Patents Found Outside Solar System"?
I gotta stop reading all these GPLv3 drafts....
... all of which will fail immediately during any actual emergency, meaning that the US government will be perfectly prepared to continue during any catastrophic event which causes absolutely nothing to go wrong.
I don't know about you all, but my cell phone service stops working when there's bad traffic because it's snowing. During the winter. When the weather forecast predicted snow.
Telephone sanitizers, indeed.
Not that the article didn't sound all analysis-y and everything, but I think they missed the really important stuff.
I think Netscape ultimately died partly of self-inflicted wounds, and was partly the victim of Microsoft's monopoly abuse.
Clayton M. Christensen (ironically also of Harvard) foresaw the former about a decade ago in The Innovator's Dilemma. The demand curve for browsers is shallower than the supply curve because once the browser implements the standards, there is only so much more room for it to add value. Pretty soon it ends up oversupplying features that are less and less important to fewer and fewer people; the formerly underpowered latecomer catches up -- not with the other product (it arguably never will), but with the market's demand. No matter what the first-mover does at that point, it's just more oversupply. The latecomer stumbles onto some attribute that nobody originally thought was important (integration into the OS?) which the first-mover cannot match, and suddenly the first-mover's former advantage turns into a detriment.
Near its zenith, Netscape's best possible outcome was probably to license its browser to Microsoft, let it remain the standard, and get the advantage of Microsoft's OS monopoly. However, Microsoft's hubris, abetted by Netscape's constant attacks, precluded any possibility of cooperation. Netscape's best remaining alternative was probably to ignore Microsoft completely, resist the temptation to rewrite (which also killed competitors to Word), and use their resources to keep innovating in other ways. I think Christensen would have suggested that Netscape spin off as many new ideas a possible, and for the core company to concentrate on maintaining its core product.
Sadly, this pattern repeats over and over. I hope Java doesn't become the next high-profile victim.
I'm sure smbUmount made sense to the person that added the feature, but the problem is obviously that it only makes sense to the person that added the feature. But that's not even the problem -- the problem is that the UI process stops there. Further, maybe the problem is not that the UI process stops there, maybe it's that UI at this level is a development process at all.
Coders have always wanted to add something cool, then needed to put it somewhere so that a user can get to it. From the coder's perspective, the interesting part is done when the cool feature is done, the UI is just the plumbing between the user and your coolness.
If you want to turn this into a systems problem (which I think is a good idea from a consistency and usability standpoint), maybe the trick is to realize that coders will always be coders, and to make it possible for them to get the plumbing without just hanging something on a menu or inventing yet another command line parameter. Seems like we've figured this out to some extent with respect to loading drivers, so maybe we need to treat applications and features like UI drivers and make it so that you can't load your piece without providing the meta-data that the UI loader needs to put your UI where it belongs?
Maybe that would give someone a chance to design a consistent presentation, do some meta-data checking when application loading is attempted, and even automagically generate a feature request when an un-localized app is loaded.
Or not. I dunno. Seems like the choice is either bite the bullet and do it, or design the system such that you can ask someone or something who knows what they're doing to do it for you as easily as you can hack in something ugly by yourself.
Can this be done on a system level? What is the largest extent to which it is done already? Any notable successes or failures? Maybe you start with this premise and treat the other problems that pop out the other as the engineering problems?
Before you do anything, read Getting to Yes: Negotiating Agreement Without Giving In.
Hmmm. Hydrogen bonds are an order of magnitude stronger than van der Waals IM bonds. One practical effect of the strength of H-bonds is that water is liquid instead of gas at room temperature.
I wonder if anyone is working on an H-bond version of this stuff. Presumably, you could use 1/30th the material. Makes me wonder if you could space it out more and make it easier to peel off.
Anyone know if there are critters that use H-bonds for the same function a Gecko uses dipole-dipole stickies? If not, any ideas why? Do H-bonds just not work for this purpose, or are they selected against for some reason?
All part of an elaborate plot by the insurance industry to deny coverage to those of us who just happen to enjoy drinking gasoline.
According to my WA state senator's legislative aid:
For more interesting debates like this, check out Radio EFF. The Lessig (Standford Law, EFF) v. Valenti (MPAA) debate mp3 is here.
According to Tim's web page: "I am currently a graduate student in the Physics Department at Rutgers University. My primary area of interest is in Particle accelerators. I have worked at Fermilab in the Beams Division." Then it goes on to list accelerator talks he's given, accelerators he's worked at, and publications on accelerators he's written.
So how exactly does that make him an "amateur science enthusiast?"
Boo! Come on ChemDudes, give us something more reasonable than the most restrictive possible format.
This is the funniest thing I've seen on the 'net since Engrish. Plus, it manages to combine the usual trio of Steve Jobs, frozen ponies breathing through their manes, and pig-latin in a way that makes the combination seem fresh and unusual.
I gotta go tape up my ribs. Ouch. Thanks for the post. Ouch.
Bear in mind that Java was also hitting the scene around the same time OpenDoc was around. JavaBeans made the same sort of promises in terms of cross platform object models. There was even a project going on to bridge the two (host a bean in an OpenDoc component, or vice-versa). So there was a lot of noise about similar things from a lot of sides and OpenDoc never took off for whatever reason.
I'm always sad to see great original ideas like OpenDoc, Newton, AppleTalk, and HyperCard fail to achieve the kind of market they deserve, but at the same time one of the things I respect most about Jobs is that he's willing to pull the plug when there is a chance to innovate and play with a standard instead of against it. That's what's going to get Applet back in the game. As much as we're missing by having to do without all those great technologies, I think it's better to live and fight another day -- and deliver an elegant package with ZeroConf, BSD, OpenGL, TCP/IP, Java, and on and on and on....
As for Copland, Gershwin, et al., you couldn't get much closer to epiphany without being asked to come down to the front of the hall at the end of the sermon than you could hearing Wayne Meretsky talk about what was going to be in the system. But as good as Copland was going to be, Rhapsody shipped. Which also turns out to be a really important feature.
I looked for the same thing for years and found nothing. My solution was to take a year of general and a year of organic chemistry at a local community college. Before you dismiss this option as "hey, that's not a book," consider the advantages.
First, your goal (like mine) is to understand, not to jump through some gateway subject hoop. The "serious" books are all horrible and the others are for entertainment, but there are some truly great teachers out there, most of them young and still full of love for the subject but without the political skills or baggage of a lot of Major Institutions, hence you tend to find them at community colleges. They have time to talk to you, there are practically no barriers to entry -- the worst you'll face is "instructor permission," which you can get past by telling the instructor that you want to take the class because you want to understand the subject and they'll turn to putty in your hands. (After taking the course you'll be able to diagram the mechanism of the chemistry instructor --> putty reaction.)
Second, it's convenient and almost risk-free. Take it at night or during the day. If you're worried about the grades or time commitment, audit the class!
Fourth, it'll keep you on a schedule and you'll get done sooner and understand more because the course will be reasonably compact and planned to teach you the topic. There is no #3. Just seeing if you were paying attention.
Finally, o-chem in particular requires a lot of memorization (I needed about 120 reactions for one final), and an instructor can give you hints about how and what to memorize that you could not get from a book.
It's kind of like math in that you get way more from doing it than reading about it, so take lab too. If you're worried about the cheezy CC chemistry lab facilities, take lab anyway and then go take it again at the University of Money later.
The quality of the instructors varies widely, so ask around and find out who's really good. It's usually pretty obvious. If you need a recommendation and can get close to Seattle, I can recommend someone here who is an unbelievably good chemistry teacher (and one of the best teachers in general that I've ever met).
And by the way -- good on ya for learning some chemistry! It's a great subject, and it certainly has a lot to do with pretty much everything you breathe, sit on, eat, smell, run away from, and have in your pancreas. Watch out for that physics stuff, though -- it's the only thing possibly even more beautiful than chemistry, and it will shamelessly attempt to lure you away with its seductive ways <subliminal>give in</subliminal>.
The Directory Setup app (called Directory Access in 10.2) in the Utilities folder is not the server, it's the configuration app for Open Directory access (NetInfo, LDAP, BSD config files, etc.). In other words, it's how you tell OS X about directories for services, authentication, and contacts. 10.2 docs for all this stuff are here
I agree with a lot of the other posts: the best way to do this is to set up OpenLDAP on one of the machines, point Directory Access to it, and you're golden. It'll work in 10.1, but it rocks in 10.2.
If you need to report a security problem to Apple, there are instructions on the Apple Product Security page.
It boils to an email to product-security@apple.com. Encrypt sensitive information using Apple's product security PGP key, key ID 0x44E85F68, fingerprint AE43 8996 9250 78A6 D587 3CA8 2165 60D7 44E8 5F68.
Although PGP for Mac OS X is sadly still in suspended animation, others have mentioned the availability of MacGPG and related tools, which are perfectly suitable for PGP, including rudimentary integration with Mail.app.
I don't know whether to be more concerned about a potential cyber attack or the fact that the Assistant Secretary of Defense refers to critical infrastructure as "some sophisticated, tricky cyber thing."
Article ID: 106765
Created: 2/26/02
"The effective password length for Mac OS X and Mac OS X Server is eight characters. You may type more characters, but they are ignored."
The major point is actually not that you need to stop listening to your customers, it's that companies engaged in sustaining technologies cannot, if properly managed (!!), also engage in disruptive technologies. The solution is to not try to do both, but rather to spin-off the disruptive technology and let it find its path apart from the demands of the mother ship.
The one really notable exception to this rule was HP's LaserJet and InkJet businesses. The former was sustaining, the latter disruptive. The book says that HP nearly came apart trying to do both, but succeeded in spite of the odds. Certainly the exception that proves the rule.
The Innovator's Dilemma is highly worth a read!
Applications include climate modeling, global warming prediction, and other non-weapons research.
... and Word 2003, which no doubt will require a machine of this stature to just run that annoying little animated Helpy Helperton thing that everyone immediately turns off.
There was a thread on RDF on 02-15-01 with more info.
The editor is fast (it more than keeps up with my typing even though it's doing real-time syntax coloring, structure analysis, and so on). The compiler is fast and it has a good dependency checking system. I can do a typical incremental make in about 10-20 seconds, and a full rebuild takes 190 seconds). Creating a new project is instantaneous.
The debugger is brilliant! You may not think you need one (I survived wth System.out.println for years), but once you have it your productivity will skyrocket, trust me.
That's the thing that impresses me most about JBuilder -- the features are all focused directly on making you more productive. The ability to browse the all of your classes plus java.* and anything else you happen to have in your classpath live in the editor is worth its weight in Jolt cola any day.
It's a little spendy (around $900 for the Pro edition, I believe), but the only thing scarier than the price tag is the productivity you get.
I've used Symantec Visual Cafe and Metrowerks CodeWarrior a ton -- they both suck. I've also toyed with IBM's VisualAge for Java, which goes the "all your source are belong to us" route, and is unbelievably annoying to use with a source control system that isn't theirs. I've also used emacs and javac/jikes for some little projects.
IMO, JBuilder5 is miles ahead of everything else. CodeWarrior is a distant second and has a reasonably nice daily working environment (good editor), but it's dog slow compiling or building archives, and the debugger is worthless. Visual Cafe is probably third, and the rest all down the list somewhere from there.
If you're working on anything of any size, I'd go for JBuilder in a heartbeat. Get a demo (or find someone who can get you access to the QuickTime of the the 60 minute demo Borland's Blake Stone did at the 2001 Apple WWDC). When you see all it can do, it'll blow you away.
What if a lot of people started producing disk images or source archives or whatever that were encoded with CSS instead of ZIP? That way, DeCSS would have a "commercially significant purpose or use" that has nothing at all to do with the MPAA.
What if kernel.org started encoding everything as .mp3? Sure would be nice to be able to find the latest kernel from a convenient desktop client, like maybe Napster, for instance.
Why not produce a new email protocol that just happens to use a format that looks like an SDMI watermark? Not really useful without a reader that can remove the watermarks. Hopefully someone will do some research on this topic so we can all improve our email.
Back in the Good Old Days, one of the "agents" would then have peeled off his false rubber face to reveal that he was, in fact, Mr. Phelps.