A way to prove your location online may be 'cool', but I don't want it: I think it's a feature of the internet that physical location doesn't matter any more.
That's what scientists called 'hidden parameters'. (hidden, because unlike the colour of the ball, you can't simply look at the photon and see it's polarisation)
I'm sorry I can't simply explain you why this assumption is wrong, it's a couple of pages in a quantum physics book and even that explanation is too short and a little but inaccurate.
The point is that you can never measure all of your hidden parameters, because one measurement destroys the other parameters. But still the hidden parameters, if they exist, do change the results of some statistical calculations. Therefore its possible to do an experiment to decide if the hidden parameters had some certain value even before you measured them.
These experiments showed that, in fact, the parameters you don't measure don't have a certain value at all. It's not hidden, it's simply non-existent.
(There is a difference in quantum physics between 'you don't know some value' and 'it doesn't have a certain value')
For some reason, minidiscs have not become popular for computer data storage. I don't know why.
They are relatively cheap, contain >100MB of data (I don't know the exact numbers, but IIRC ATRAC compresses 1:4, so it should be ~160MB), and are fairly robust.
Of course, a minidisc drive contains a lot of mechanics, so it's not as simple as a memory stick drive.
If you're operating a linux server and someone wants to replace it with w2k, well, let him try. But don't tell him that the RAM is defective. (It works with linux, so what?):-)
Open sourcing java (if they mean the jdk) may work much better than projects like mozilla and openoffice.
Mozilla and openoffice are both more or less monolithic, huge heaps of source code. It is very difficult to handle them in open source projects. (X11 is a similar thing, and XFree has long been developed by a relativly small, well organized bunch of people).
The jdk consists mainly of two parts: The virtual machine and the class libraries.
Huge parts of the libraries are written in java, and their interfaces are somewhat documented, so it may be easy to subdivide it into smaller projects.
The VM may be split into a base system and a a JIT compiler, both are reasonably sized for an open source project.
Of course the data on the smart card has to be secured. But BitMan didn't claim that it was more difficult to spy on NCL than on CBL. He said that nobody did study it, yet.
On the other hand, if the gates are not switching at the same time, there are obviously switching at different times. This may make it possible to directly correlate the power consumption at a given time with the switching of a certain gate. That would make analysis easier.
And "those years of learning what CBL circuits look like from a power/EMI standpoint are not applicable to NCL at all" looks like security by obscurity.
Even if slashdot is using hashed passwords, you don't know if the hackers had a trojan installed which captured the passwords while you were logging in.
Slashdot is obviously not usinge a challenge/response protocol, so someone with admin access to the web server can capture passwords.
I don't think this needs a new kind of user interaction, just give the source application some draggable icon. If the user draggs this icon to the destination app, a connection between the two is build up, and they start exchanging data.
In the classical drag and drop case, the data exchanged is just a pice of static data, but what prevents you to create a permanent connection and dynamically transmit data through it?
One GUI addition that may be needed is some kind of disconnect button.
This will happen automatically, with the second generation of code morphing: For marketing reasons, Transmeta will sell x86 compatible processors.
But then, because x86 is evil, and linux is good, if cruesoe is running linux for some time, it starts morphing itself to some better architecture, and, of course, morphs linux at the same time.
You may call this processor morphing. The next step to be taken is user morphing, but as transmeta didn't file the patents yet, the details are still secret.
One year ago, I really wanted to have media player under linux. Now xmms is a nearly perfect music player, and several video players are getting better every day.
If Internet Explorer is really more stable than netscape, as several windows users are telling me, IE may be interesting. On the other hand, until IE for linux is available, mozilla may be more stable, too.
That's probably true for obvious bugs - something that crashes the program or gives bogous results. But how would you notice that your PGP key doesn't contain 1024 bits of randomness, but only 50? Or even none? You won't. This type of bug can only be found by code review.
You're probably right that a GUI has it's advantages. But you can flatten the learning curve of a CLI if you use things like command completion and context sensitive help.
Have a look at cisco IOS. Command completion works for the whole command (not only the for command name, but for the options, too), and you can always get help by appending '?' and pressing enter.
Of course IOS is a different situation than a general purpose CLI like bash - but I hope some day bash will have some of these features of IOS (needs help from the binaries, though. Or some kind of automatic man-page-parsing to get context sensitive help?)
Slashdot Mirror
A way to prove your location online may be 'cool', but I don't want it: I think it's a feature of the internet that physical location doesn't matter any more.
Good point!
That's what scientists called 'hidden parameters'. (hidden, because unlike the colour of the ball, you can't simply look at the photon and see it's polarisation)
I'm sorry I can't simply explain you why this assumption is wrong, it's a couple of pages in a quantum physics book and even that explanation is too short and a little but inaccurate.
The point is that you can never measure all of your hidden parameters, because one measurement destroys the other parameters. But still the hidden parameters, if they exist, do change the results of some statistical calculations. Therefore its possible to do an experiment to decide if the hidden parameters had some certain value even before you measured them.
These experiments showed that, in fact, the parameters you don't measure don't have a certain value at all. It's not hidden, it's simply non-existent.
(There is a difference in quantum physics between 'you don't know some value' and 'it doesn't have a certain value')
Copy protection is in the audio format. Of course I don't propose to store data in audio tracks on minidisc.
Minidisc may be patented, but I heard even floppies are covered by some patents.
For some reason, minidiscs have not become popular for computer data storage. I don't know why.
They are relatively cheap, contain >100MB of data (I don't know the exact numbers, but IIRC ATRAC compresses 1:4, so it should be ~160MB), and are fairly robust.
Of course, a minidisc drive contains a lot of mechanics, so it's not as simple as a memory stick drive.
If you're operating a linux server and someone wants to replace it with w2k, well, let him try. But don't tell him that the RAM is defective. (It works with linux, so what?) :-)
Open sourcing java (if they mean the jdk) may work much better than projects like mozilla and openoffice.
Mozilla and openoffice are both more or less monolithic, huge heaps of source code. It is very difficult to handle them in open source projects. (X11 is a similar thing, and XFree has long been developed by a relativly small, well organized bunch of people).
The jdk consists mainly of two parts: The virtual machine and the class libraries.
Huge parts of the libraries are written in java, and their interfaces are somewhat documented, so it may be easy to subdivide it into smaller projects.
The VM may be split into a base system and a a JIT compiler, both are reasonably sized for an open source project.
It will be called 'Destination ISS'
MIR is not built for re-entry, so it probably will be destroyed before touching the water.
a method to make 'first posts' impossible or unlikely by randomly modulating the servers' clocks with small time offsets.
;-) )
(it was not easy to post this - damn lameness filter
Who said the water comes from above? :-)
Of course the data on the smart card has to be secured. But BitMan didn't claim that it was more difficult to spy on NCL than on CBL. He said that nobody did study it, yet.
Actually, in space you don't need to tuch the floor in the shower...
On the other hand, if the gates are not switching at the same time, there are obviously switching at different times. This may make it possible to directly correlate the power consumption at a given time with the switching of a certain gate. That would make analysis easier.
And "those years of learning what CBL circuits look like from a power/EMI standpoint are not applicable to NCL at all" looks like security by obscurity.
Even if slashdot is using hashed passwords, you don't know if the hackers had a trojan installed which captured the passwords while you were logging in.
Slashdot is obviously not usinge a challenge/response protocol, so someone with admin access to the web server can capture passwords.
What about drag and drop?
I don't think this needs a new kind of user interaction, just give the source application some draggable icon. If the user draggs this icon to the destination app, a connection between the two is build up, and they start exchanging data.
In the classical drag and drop case, the data exchanged is just a pice of static data, but what prevents you to create a permanent connection and dynamically transmit data through it?
One GUI addition that may be needed is some kind of disconnect button.
This will happen automatically, with the second generation of code morphing: For marketing reasons, Transmeta will sell x86 compatible processors.
But then, because x86 is evil, and linux is good, if cruesoe is running linux for some time, it starts morphing itself to some better architecture, and, of course, morphs linux at the same time.
You may call this processor morphing. The next step to be taken is user morphing, but as transmeta didn't file the patents yet, the details are still secret.
One year ago, I really wanted to have media player under linux. Now xmms is a nearly perfect music player, and several video players are getting better every day.
If Internet Explorer is really more stable than netscape, as several windows users are telling me, IE may be interesting. On the other hand, until IE for linux is available, mozilla may be more stable, too.
That's probably true for obvious bugs - something that crashes the program or gives bogous results. But how would you notice that your PGP key doesn't contain 1024 bits of randomness, but only 50? Or even none? You won't. This type of bug can only be found by code review.
You're probably right that a GUI has it's advantages. But you can flatten the learning curve of a CLI if you use things like command completion and context sensitive help.
Have a look at cisco IOS. Command completion works for the whole command (not only the for command name, but for the options, too), and you can always get help by appending '?' and pressing enter.
Of course IOS is a different situation than a general purpose CLI like bash - but I hope some day bash will have some of these features of IOS (needs help from the binaries, though. Or some kind of automatic man-page-parsing to get context sensitive help?)