Well, that certainly is true if you think of the pedals in your car as speed controls, which they aren't. "It's amazing how many people, even on Formula 1 level, think that brakes are for slowing the car down" --Mario Andretti
As any high performance driving instructor will tell you, the pedals do not adjust speed. Instead, the three pedals are mechanical controls which do the following: -connect the engine to the transmission system -decrease the rotational speed of the wheels -increase fuel intake
Now, the difference between slowing down and decreasing the rotational speed of a tyre is profound. If you consider the brake merely to be a method of slowing the car down instead of being a control in its own right, you immediately throw several driving techniques right out the window, including trail-braking, left-foot braking, pendulum turns, U-turns etc.
The best guideline of any is to play *with* your children. Gaming can be a social event, if parents participate in it with their children. There's no need to let small children sit by their consoles/computers all day unsupervised.
As kids grow older, they need less supervising. If a parent judges their child to be mature enough, there's no need for any supervision. Now, the problem is that most people let the TV or the computer raise their kids instead of doing it themselves. Newsflash: Entertainment can never be a substitute for interaction.
Actually, the UI is there. The thing most consumers will want is more integration, which is a job for the KDE and GNOME teams, respectively. Installing software on a couple of distros, mainly debian, mandrake, gentoo and redhat, is very easy. It's certainly easier than installing programs on a windows machine.
Support is a valid issue, but this will change. Troubleshooting a linux machine remotely will never be the hell that troubleshooting a windows machine is.
The real advantage of portage is not that it installs and compiles gnuchess. The greatest advantage is that is follows your guidelines for what features should be installed. "Ssl support, you say? No problem! Next time I update the system, I'll be sure to update every app that has support for it!"
With all OS development concentrated on Longhorn, which is several years down the road, they can't hardly do anything else. They have no new products to present to the consumer, so they have decided to hype up Longhorn instead.
Now, with Mac OS X and several free operating systems doing being able to do jsut about anything you can do with windows, companies are beginning to realise the alternatives. Managers have references of successful OSS-implementations in Office settings, and are willing to do a cost-benefit analysis to determine which suits their needs, instead of merely scoffing at OSS on the desktop.
Their mudslinging campaign agains OSS hasn't proved to be the success they thought it would be, and more draconian licensing schemes are making customers re-evaluate their need for Microsoft Products.
Notice, how I'm not talking about Joe Sixpack. Joe Sixpack will be happy to use whatever his machine comes with, as long as it does what he wants it to do. When computer manufacturers stop delivering OEM installations of Windows, we can talk about a level playing field where each OS will be judged on its own merits.
I'm glad to see they are going to get rid of the M16. Hopefully they'll replace it with something that's a bit more reliable. Having your rifle jam after a swim is not a feature.
This is exactly what I talked about in my post. A net stream would be the perfect way to promote any artists features on Apple Music Store. If the net radio facilitates easy purchasing of the songs on the air, it will give indie labels unprecedented promotion. Besides, a dollar for a song is not a prohibitive cost.
The thing is, domestic music is big in Europe. There's virtually no need to sell RIAA-published music in Europe to launch the store. iTMS Europe can get by on European music only.
If the RIAA is worried, sign licensing agreements with the local associations. The RIAA is not the only recording industry association in the world, you know. Not being able to sell RIAA artists in Europe could even be considered a feature, depending on who you ask. It's not as if we need more Britney.
As a non-apple user not living in the US, it will take a long time for me to get my grubby paws on the iTMS. If it was available in my neck of the woods, I wouldn't even think twice about buying a powerbook just to get at the music store.
The concept of small payments for songs will change the way people buy music. P2P apps have conditioned users to search for one song at a time for several years now, and paying a reasonable fee for a song isn't such an alien thought anymore at all. When Apple releases their x86-compatible client, together with a global release, the labels will have to face the music.
Online distribution will make distribution a non-issue, putting the indie labels on equal footing with the major players. The only advantage for signing on a major label will be the marketing machinery, and if iTMS would incorporate a net radio, even that would be a questionable advantage. Think about it: hearing indie songs on the net and actually being able to buy the single on the spot with one click will bring independents to the forefront.
Re:Does Linux have legal vulnerabilities?
on
SCO SCO SCO!
·
· Score: 2, Interesting
In your scenario, the liability lies with Mr. Smith and Mr. Smith alone. He was the one who released the code, and violated the copyright of ACME. The kernel developers have nothing at all to do with it.
This is all well and good when talking about GUI standards, which are in effect little but guidelines.
Now, when we talk about interoperability standards, things get a lot trickier. You want to implement a feature not within the standards? Go ahead, but other clients will not be able to use them before they are patched. If you keep your extensions to the standard secret, you will raise ill-will among your fellow developers.
This is, in effect, what the author is referring to. A standard that is constantly developed upon is not a technology which should be standardized. Innovation happens - standards follow. The author is entirely correct in stating that a standards body is bad place in which to develop technologies.
There has been quite some interest around designing a p2p hypertext transfer protocol. P2P has been proven to work very well with large files, where latency isn't much of an issue. When you download two gigs, you don't care if it takes thirty seconds for the download to begin.
A decentralized p2p web-server network would be an interesting project, and certainly the bittorrent protocol could be a base for serving large files, but for serving small files direct connections are better. Perhaps a giant web-server pool that would simultaneously request webpages from the entire network and initiate a transfer with the first server to respond would work. However, there has so far been no development work towards this.
The Circle is an interesting project which aims to create a p2p network for.debs
I know this is a joke, but I'll bite. Due to the swarming nature of BitTorrent, additional users downloading a file will not slow your downloads down. Quite the contrary - everyone will experience speedier downloads.
Slashdot Mirror
Norway isn't even part of the EU; they voted against membership in 1994. Noone in Norway seems to agree on whether this was a good or bad decision.
Actually, the grandparent was referring to the european recording industry, certainly not Apple.
Well, that certainly is true if you think of the pedals in your car as speed controls, which they aren't.
"It's amazing how many people, even on Formula 1 level, think that brakes are for slowing the car down" --Mario Andretti
As any high performance driving instructor will tell you, the pedals do not adjust speed. Instead, the three pedals are mechanical controls which do the following:
-connect the engine to the transmission system
-decrease the rotational speed of the wheels
-increase fuel intake
Now, the difference between slowing down and decreasing the rotational speed of a tyre is profound. If you consider the brake merely to be a method of slowing the car down instead of being a control in its own right, you immediately throw several driving techniques right out the window, including trail-braking, left-foot braking, pendulum turns, U-turns etc.
And we will, unless we remain vigilant.
You really don't remember the morning workout passage of the book, do you?
The best guideline of any is to play *with* your children. Gaming can be a social event, if parents participate in it with their children. There's no need to let small children sit by their consoles/computers all day unsupervised.
As kids grow older, they need less supervising. If a parent judges their child to be mature enough, there's no need for any supervision. Now, the problem is that most people let the TV or the computer raise their kids instead of doing it themselves. Newsflash: Entertainment can never be a substitute for interaction.
Lets see.
gentoo: emerge package
debian: apt-get package
ximian has red carpet, mandrake has a similar system.
windows: hunt down obscure app, search for binary installer, follow the wizard.
Actually, the UI is there. The thing most consumers will want is more integration, which is a job for the KDE and GNOME teams, respectively.
Installing software on a couple of distros, mainly debian, mandrake, gentoo and redhat, is very easy. It's certainly easier than installing programs on a windows machine.
Support is a valid issue, but this will change. Troubleshooting a linux machine remotely will never be the hell that troubleshooting a windows machine is.
The real advantage of portage is not that it installs and compiles gnuchess.
The greatest advantage is that is follows your guidelines for what features should be installed.
"Ssl support, you say? No problem! Next time I update the system, I'll be sure to update every app that has support for it!"
With all OS development concentrated on Longhorn, which is several years down the road, they can't hardly do anything else. They have no new products to present to the consumer, so they have decided to hype up Longhorn instead.
Now, with Mac OS X and several free operating systems doing being able to do jsut about anything you can do with windows, companies are beginning to realise the alternatives. Managers have references of successful OSS-implementations in Office settings, and are willing to do a cost-benefit analysis to determine which suits their needs, instead of merely scoffing at OSS on the desktop.
Their mudslinging campaign agains OSS hasn't proved to be the success they thought it would be, and more draconian licensing schemes are making customers re-evaluate their need for Microsoft Products.
Notice, how I'm not talking about Joe Sixpack. Joe Sixpack will be happy to use whatever his machine comes with, as long as it does what he wants it to do. When computer manufacturers stop delivering OEM installations of Windows, we can talk about a level playing field where each OS will be judged on its own merits.
I'm glad to see they are going to get rid of the M16. Hopefully they'll replace it with something that's a bit more reliable. Having your rifle jam after a swim is not a feature.
This is exactly what I talked about in my post. A net stream would be the perfect way to promote any artists features on Apple Music Store. If the net radio facilitates easy purchasing of the songs on the air, it will give indie labels unprecedented promotion. Besides, a dollar for a song is not a prohibitive cost.
The thing is, domestic music is big in Europe. There's virtually no need to sell RIAA-published music in Europe to launch the store. iTMS Europe can get by on European music only.
If the RIAA is worried, sign licensing agreements with the local associations. The RIAA is not the only recording industry association in the world, you know. Not being able to sell RIAA artists in Europe could even be considered a feature, depending on who you ask. It's not as if we need more Britney.
Didn't Apple have a trademark clash with Apple Records, stating that they would indeed not start a record label?
As a non-apple user not living in the US, it will take a long time for me to get my grubby paws on the iTMS. If it was available in my neck of the woods, I wouldn't even think twice about buying a powerbook just to get at the music store.
The concept of small payments for songs will change the way people buy music. P2P apps have conditioned users to search for one song at a time for several years now, and paying a reasonable fee for a song isn't such an alien thought anymore at all. When Apple releases their x86-compatible client, together with a global release, the labels will have to face the music.
Online distribution will make distribution a non-issue, putting the indie labels on equal footing with the major players. The only advantage for signing on a major label will be the marketing machinery, and if iTMS would incorporate a net radio, even that would be a questionable advantage. Think about it: hearing indie songs on the net and actually being able to buy the single on the spot with one click will bring independents to the forefront.
In your scenario, the liability lies with Mr. Smith and Mr. Smith alone. He was the one who released the code, and violated the copyright of ACME. The kernel developers have nothing at all to do with it.
And if that wasn't bad enough, you can run it via telnet. There's no escape.
This is all well and good when talking about GUI standards, which are in effect little but guidelines.
Now, when we talk about interoperability standards, things get a lot trickier. You want to implement a feature not within the standards? Go ahead, but other clients will not be able to use them before they are patched. If you keep your extensions to the standard secret, you will raise ill-will among your fellow developers.
This is, in effect, what the author is referring to. A standard that is constantly developed upon is not a technology which should be standardized. Innovation happens - standards follow. The author is entirely correct in stating that a standards body is bad place in which to develop technologies.
Obviously, standards only emerge when a practice has been agreed upon. Further innovation leads to a development of a new standard.
There has been quite some interest around designing a p2p hypertext transfer protocol. P2P has been proven to work very well with large files, where latency isn't much of an issue. When you download two gigs, you don't care if it takes thirty seconds for the download to begin.
.debs
A decentralized p2p web-server network would be an interesting project, and certainly the bittorrent protocol could be a base for serving large files, but for serving small files direct connections are better. Perhaps a giant web-server pool that would simultaneously request webpages from the entire network and initiate a transfer with the first server to respond would work. However, there has so far been no development work towards this.
The Circle is an interesting project which aims to create a p2p network for
This used to be the case with bittorrent. Recent clients have howevered eliminated the forcing of an upload, thus allowing them to leech others.
Is this because of clients requesting connections and not transferring anything, thus leading the server-peer to choke?
I know this is a joke, but I'll bite.
Due to the swarming nature of BitTorrent, additional users downloading a file will not slow your downloads down. Quite the contrary - everyone will experience speedier downloads.
Wouldn't it still show as a patent pending?