The library I work for in Michigan, along with a few others in the area, are purchasing eBooks electronically, and are setting up an infrastructure to view them electronically, i.e. via the internet/computer terminal.
This is done much in the same way a normal book is handled, only one person can view an indivudual copy at a time.
Though they have discovered that the eBooks, mostly non-fiction cost more than the paper versions. Something to do with the paper t0 electronic form conversion.
Why stop there? Why not just put everything into the operating system. MozillaOS if you will?
It's all matter of boundries. A system can be comprised of many seperate things or be comprised of one thing with many functions. Either way it has the same resulting functionality, just put into different boundries.
That would actually be pretty nifty if manufactures would make plastic cases as well as platters for hard disks. Then if you had it external, you could have a translucent case and see the read write heads flipping about as they do.
Or if you had a clear computer case to start with.
The article mentioned talks between Sony and Castlewood systems. Castlewood Systems make the ORB drive. This could mean *much* cheaper removable media for the ORB or quite possibly ORB variants.
I wonder if the current ORB drive could read a plastic disk?
If 3dfx were to do the same thing, we'd have a bunch of different apis spring up in a short period of time. Chances are the apis would not be compatible.
3dfx by keeping the chipset details out of view, forces their sdk on you. By doing that, software written for 3dfx on one platform is much easier to port to another platform.
Or how about a surface with a moving image? Like a flatscreen tv or something.
If it works exactly the way they say it does, one could write a program on a palmpilot or something to move the mouse for you. Just move a patterned image around on the screen to trick the mouse.
For one thing this article only looks at the 2.0 Linux kernel, and another it does not do any comparisons to number of programmers vs. defect density or try to figure out the defect density of the various microsoft operating systems.
Also if a high-end *nix can have 60% defects and still remain on par with linuxs defect density then what does that say about bloat? Considering linux has virtually all of the functionality of the high-end *nix at the core level.
As for the arguments on defect density and bloat increasing with linux that *could* be true if everyone who decided to code opensource apps or work on them did not have the unix mindset of making one thing do what it's supposed to and do it well, and not integrate everything into it.
As long as there is a will to do something, something will be done.
The D-Beam thingy used on Roland MC-505's would be perfect for something like a pda using this display technology. The D-Beam translates hand movements in a 3d volume into midi messages. Using one of these with a hand held using this 3d display would rock.
Slashdot Mirror
I agree, that makes much more sense.
Data that is meant to be "secure" should never be kept unscrambled to start with.
Keep the key in kernel space with a device driver that is bent on expiring it when it's not getting a signal, like a watchdog timer.
The library I work for in Michigan, along with a few others in the area, are purchasing eBooks electronically, and are setting up an infrastructure to view them electronically, i.e. via the internet/computer terminal.
This is done much in the same way a normal book is handled, only one person can view an indivudual copy at a time.
Though they have discovered that the eBooks, mostly non-fiction cost more than the paper versions. Something to do with the paper t0 electronic form conversion.
What the article fails to mention is that the itsy bitsy environment was cooled to 4 degrees kelvin.
A very similar story was posted on slashdot last year ---> Here
Why stop there? Why not just put everything into the operating system. MozillaOS if you will?
It's all matter of boundries. A system can be comprised of many seperate things or be comprised of one thing with many functions. Either way it has the same resulting functionality, just put into different boundries.
It's all how you look at it.
That would actually be pretty nifty if manufactures would make plastic cases as well as platters for hard disks. Then if you had it external, you could have a translucent case and see the read write heads flipping about as they do.
Or if you had a clear computer case to start with.
It's usually a good idea to *read* the article first, then reply to comments.
The article mentioned talks between Sony and Castlewood systems. Castlewood Systems make the ORB drive. This could mean *much* cheaper removable media for the ORB or quite possibly ORB variants.
I wonder if the current ORB drive could read a plastic disk?
Also wouldn't platic platters be more durable?
You'd also have a million cards that just so happened to be 3dfx compatible. You already do have OpenGL compatability ontop of glide.
From a corporate point of view 3dfx's way is better.
If 3dfx were to do the same thing, we'd have a bunch of different apis spring up in a short period of time. Chances are the apis would not be compatible.
3dfx by keeping the chipset details out of view, forces their sdk on you. By doing that, software written for 3dfx on one platform is much easier to port to another platform.
(Just another point of view)
Just think, AOL could tailor a distribution around the AOL client, make it idiot proof, and plasted the AOL logo all over the screen.
Who needs windows? Just use AOL's MyDesktop(tm) with everything integerated.
Don't think it's not going to happen one of these days.
I think Nintendo should grab hold of this technology and put it to good use in lets say their color gameboy?
Although the gameboy uses a reflective lcd and not a backlit one, details, details.
Or how about a surface with a moving image?
:)
Like a flatscreen tv or something.
If it works exactly the way they say it does, one could write a program on a palmpilot or something to move the mouse for you. Just move a patterned image around on the screen to trick the mouse.
Though why would someonewant to do that?
For one thing this article only looks at the 2.0 Linux kernel, and another it does not do any comparisons to number of programmers vs. defect density or try to figure out the defect density of the various microsoft operating systems.
Also if a high-end *nix can have 60% defects and still remain on par with linuxs defect density then what does that say about bloat? Considering linux has virtually all of the functionality of the high-end *nix at the core level.
As for the arguments on defect density and bloat increasing with linux that *could* be true if everyone who decided to code opensource apps or work on them did not have the unix mindset of making one thing do what it's supposed to and do it well, and not integrate everything into it.
As long as there is a will to do something, something will be done.
The D-Beam thingy used on Roland MC-505's would be perfect for something like a pda using this display technology.
The D-Beam translates hand movements in a 3d volume into midi messages.
Using one of these with a hand held using this 3d display would rock.