While I'm no physicist, there was a vary interesting article (sorry, no link yet) that stated that Bell's inequalities had three unstated underlying assumptions (from memory, notoriously weak):
Imagine DRM as a hardware-assisted antivirus. No unauthorized code can sneak in (hopefully).
The problem with DRM/TC/Palladium/whatever as it's pushed onto us is that the user/owner of the machine is no longer in control of the keys, ergo no longer in control of his own machine.
Bah, XML is, was, and will be overhyped. It's nothing more that a container format. The only thing in it's favor is that it's human (almost-)read/writeable.
That's stupid, to put it mildly. Imagine all the free EXEs circulating out there.... Hell, you can even find Microsoft Offie for free 30-day trials....
These kinds of tech are necessary when you aggregate several "products" into a "solution", each "product" requiring its own database or database-like system. This gives you recoverable transactions across databases (well, usually).
Note that it's not only databases that use transactions, Slide f.e. can support transactions at the HTTP level.
Actually, the last million years or so the major limiting factor on population size has been food. The human body has adjusted to that by getting fat easier and holding on to fat longer. That's the reason that when dieting you will lose muscle mass very easily if you don't excercise. And being lazy limits your energy consumption, therefore it's an advantageous trait.
The next major java release will have a memory allocator that will be able to give memory back to the OS. This is due to the fact that the C++ part uses a different (and smaller) memory pool than the java runtime. There is a reason why everyone is trying to move as much functionality as possible to the upper layers in VMs.
You already have a brain-computer interface, and it's called eyes and fingers.
On a more serious note, what makes you think that a direct neural link will require less effort and less training than a GUI/CLI with a keyboard/mouse? I'd wager that the required training would have many parallels with physiotherapy...
On a more serious note, one of the problems with load times I have noticed in a lot of Java is that people unnecessarily include namespaces where they don't need/use them.
for which my comment applies.
On the next sentence you talk about the problems Java programmers have when they use many large libraries that have a functionality overlap (correct?), which is a problem, and is unrelated to the first...
I don't want to sound adversarial or anything, but please get a clue first...
The only time that excess namespaces delay processing is during the compilation phase (you know, the *.java -> *.class process). In fact, the class files do not have the concept of import statements, as all class identifiers are fully expanded.
(this applies only to java, I have no experience on the.Net side of things.)
You have to keep in mind that GNOME has some very corporation/enterprise-friendly features (amongst them the ability to lock down the desktop and to apply settings on each login), partly because these parts have been developed (and paid for) by corporations. These features make it a bit more attractive to businesses, and I would wager is the real reason Novell standardises on it - remember, their customers are other businesses, not indiniduals.
Finland (or was it Sweden? too bored to look it up) has a writable CD surcharge that goes to the local ??AA-equivalents. When they tried to sue some bloke for copyright infringement (because he had a 500+ downloaded CD collection), they got thrown out of court, because he had already paid the surcharge...
Also, your using a tiny bit more memory than you need to (at least 1 int without compiler optimization) because i++ expands to i = i + 1 which means you need a copy of i, if you used ++i which expands to inc i then you don't need a copy.
Hear that glass breaking? That's your credibilty going out the window... The statement i++; where i is an int will produce exactly the same code with ++i; and i=i+1; on an optimizing compiler, and no extra memory (or registers) will be used. Note that i is an int, not an object with overloaded operators...
Here's a problem: write the same programm, but don't use any extra variables.
Slashdot Mirror
Imagine DRM as a hardware-assisted antivirus. No unauthorized code can sneak in (hopefully).
The problem with DRM/TC/Palladium/whatever as it's pushed onto us is that the user/owner of the machine is no longer in control of the keys, ergo no longer in control of his own machine.
Hrmph - I parsed the last sentence as
"However, my sympathy for astrologers remains is limited." and went WTF ???
That simply illustrates the articles point: RHEL is expensive therefore it's considered real and not a toy.
Bah, XML is, was, and will be overhyped. It's nothing more that a container format. The only thing in it's favor is that it's human (almost-)read/writeable.
That's stupid, to put it mildly. Imagine all the free EXEs circulating out there.... Hell, you can even find Microsoft Offie for free 30-day trials....
These kinds of tech are necessary when you aggregate several "products" into a "solution", each "product" requiring its own database or database-like system. This gives you recoverable transactions across databases (well, usually).
Note that it's not only databases that use transactions, Slide f.e. can support transactions at the HTTP level.
Actually, the last million years or so the major limiting factor on population size has been food. The human body has adjusted to that by getting fat easier and holding on to fat longer. That's the reason that when dieting you will lose muscle mass very easily if you don't excercise. And being lazy limits your energy consumption, therefore it's an advantageous trait.
Please define free will... It's a fuzzy term at most....
The next major java release will have a memory allocator that will be able to give memory back to the OS. This is due to the fact that the C++ part uses a different (and smaller) memory pool than the java runtime. There is a reason why everyone is trying to move as much functionality as possible to the upper layers in VMs.
This is a relic from the C/C++ language, having to do with memory fragmentation and non-relocatablity of objects.
You already have a brain-computer interface, and it's called eyes and fingers.
On a more serious note, what makes you think that a direct neural link will require less effort and less training than a GUI/CLI with a keyboard/mouse? I'd wager that the required training would have many parallels with physiotherapy...
In fact, I've seen a cat being chased by a mouse. Yes, a mouse, not a rat... Talk about a Bizarro-style experience ....
My guess is that the major stumbling block for hospital use is the 3 hour battery limit....
Lack of friction is good, as it means that your touchscreen isn't getting worn off or scratched.
That's nothing - I first parsed the title as 'Microsoft lauds Scrotum' and went WTF??
for which my comment applies.
On the next sentence you talk about the problems Java programmers have when they use many large libraries that have a functionality overlap (correct?), which is a problem, and is unrelated to the first...
Mybe those that listened got drawn and quartered?
I don't want to sound adversarial or anything, but please get a clue first...
.Net side of things.)
The only time that excess namespaces delay processing is during the compilation phase (you know, the *.java -> *.class process). In fact, the class files do not have the concept of import statements, as all class identifiers are fully expanded.
(this applies only to java, I have no experience on the
You have to keep in mind that GNOME has some very corporation/enterprise-friendly features (amongst them the ability to lock down the desktop and to apply settings on each login), partly because these parts have been developed (and paid for) by corporations. These features make it a bit more attractive to businesses, and I would wager is the real reason Novell standardises on it - remember, their customers are other businesses, not indiniduals.
Of course you can't, you would never make it past level 1...
Finland (or was it Sweden? too bored to look it up) has a writable CD surcharge that goes to the local ??AA-equivalents. When they tried to sue some bloke for copyright infringement (because he had a 500+ downloaded CD collection), they got thrown out of court, because he had already paid the surcharge...
Gah! Here in Greece, I'm spending about 40 euros for 256kbit down/128 up....
Automatic boxing and unboxing exists in Java 1.5
Hear that glass breaking? That's your credibilty going out the window... The statement i++; where i is an int will produce exactly the same code with ++i; and i=i+1; on an optimizing compiler, and no extra memory (or registers) will be used. Note that i is an int, not an object with overloaded operators...
Here's a problem: write the same programm, but don't use any extra variables.