You do realize that the cancer-related client and UD's generic client are different programs, don't you? Why did basic fact checking (e.g. reading the linked articles, contacting the parties involved for comment) not inform you of this? Is it because you don't _do_ basic fact checking? You may think that standard journalistic practices aren't important to slashdot readers. Think again.
You're risking becoming one of two slashdot editors who, having so little respect for fact-checking and avoiding double posts, get their articles filtered from my profile-generated slashdot main page. (The other one is Timothy, in case you're wondering. =)
In case there's any doubt, your article was fit for The Pit.*
* Yes, I've watched a few too many episodes of (infamous teen-oriented Canadian consumer affairs show) Street Cents.
Modern pharmaceutical compounds may require lengthy and finely-specified synthesis procedures, but they hardly require multi-billion dollar fabs, as Athlon-complexity general purpose microprocessors do!
"I have no way of controlling what UD runs on my machines." Did you RTFD? Or did you have some other security hole in mind?
Yes. But is this really a performance guarantee? The typical end user doesn't care (directly) about the CIR (committed information rate) on a mythical circuit they will never see, as they do not know an ATM cell from a tuna fish sandwich. You might also think that they care about the portion of total uplink throughput they are getting; again, they do, but not directly. IMHO, in reality, they care only about throughput to hosts they transfer data to; something that the ISP has virtually unlimited ability to pass the buck about.
I have a feeling that the more recent deregulation of local telecomms in Canada could have a positive influence on telcos' equipment purchasing decisions. However, I can't see demand for connections being much higher per capita in Canada than in the US, and areas of equivalent population density still have higher DSL costs in the US than in Canada.
Here in Waterloo, ON, Canada (University town, high level of CSers in the area) I pay CA$40/month for ~1mbit down, 128kbit up ADSL. During the summer, at home in Yellowknife, NT, Canada (Population 17000 town in the middle of nowhere with a primarily mineral-resource-based economy -- and relatively high average income), I pay CA$60/month for 2.5mbit down, 800kbit up ADSL. In both areas, the local telco high-speed internet connectivity competes at least against competitively priced cable company offerings. (Although, in Yellowknife, the local cable company is a subsidiary of the phone company...)
Huh? "minimums"? Obviously you don't mean that the rates are guaranteed after the CO... And the min speed would also the max speed between you and the CO, since there isn't any line sharing. Are you talking about the lowest negotiable connection rate provided by a rate-adaptive protocol between you and the CO? Having to drop to 384k with any modern DSL protocol would mean that your area must have some insanely long loop lengths... Are average loop lengths higher in the US or something?
Timothy strikes again. (Although I've got my prefs set to filter Timothy from my main page, his stuff still shows up in the old articles list so I can rant about it. =)
I'm not sure if RMS' concern is about (1) GNU/Linux playability by any means or about (2) Free software usage.
If (1): Realplayer is available for GNU/Linux on at least x86 (and IIRC some other platforms too). A quick look at real's web site will tell you that.
If (2): Well, obviously you can't do anything that involves the RealVideo server, because it isn't Free software. Duh.
Hello, fact checking?... Come in, fact checking... No response, Captain.
What is a GSLV satellite? There is no such thing. India has created a launch vehicle, not a satellite. There are way more countries with domestically produced satellites than are on that list, because the list is of countries with launch capability.
Apparently, the employees of slashdot wouldn't know journalism if it bit them in the ass. (And, aren't some of them journalism majors? =) Why did fact checking not catch this? Because you don't do any? --
So, this leads me to suggest the following: A preferences feature that lets me add certain editors to an "ignore" list, so I don't keep having to read the false crap that timothy regularly decides is worthy of slashdot.
If you can overload the referrer information, and any other browser state, sure. I'm not sure if you can do this easily from javascript or java (which I presume you would want to use).
What, and OpenNap doesn't have scalability problems? The number of non-cross-indexed servers that musiccity is forced to distribute their user load over suggests otherwise... =)
Gnutella still allows for using something like reflector to increase the index centralisation for performance reasons while remaining fundamentally decentralised. Or did you mean scalability of something other than accessible peer count or index size?
"If Gnutella peers are Web servers, wouldn't that make Gnutella users who share files equivalent to Web site publishers, with the same responsibilities?"
To what responsibilities are you referring? I don't see how the protocol in use would change anything.
So, your deparment teaches mathematic? What's a mathematic? Just because you can't properly use english grammar doesn't mean that anyone else shouldn't.
Also: pluralise - Standard spelling in UK english
pluralize - Standard spelling in US english (and incidentally, Canadian english)
My main reason for sticking with x86: game performance and cost issues. As soon as Apple starts unbundling components (processors, motherboards, etc), and increases peripheral support, so I don't have to throw out as much of my existing hardware investment to switch platforms, (not to mention lowering the price/performance ratio to compete with PCs) you might see me in PPCland.
But until then, my buying habits (doing small and frequent upgrades), my desire of affordable performance [aside: why does apple alternately keep launching and killing their dual processor lines?], my indifference to end-to-end user friendlyness (although, not reliability!)
Slashdot Mirror
You do realize that the cancer-related client and UD's generic client are different programs, don't you? Why did basic fact checking (e.g. reading the linked articles, contacting the parties involved for comment) not inform you of this? Is it because you don't _do_ basic fact checking? You may think that standard journalistic practices aren't important to slashdot readers. Think again.
You're risking becoming one of two slashdot editors who, having so little respect for fact-checking and avoiding double posts, get their articles filtered from my profile-generated slashdot main page. (The other one is Timothy, in case you're wondering. =)
In case there's any doubt, your article was fit for The Pit.*
* Yes, I've watched a few too many episodes of (infamous teen-oriented Canadian consumer affairs show) Street Cents.
Modern pharmaceutical compounds may require lengthy and finely-specified synthesis procedures, but they hardly require multi-billion dollar fabs, as Athlon-complexity general purpose microprocessors do!
"I have no way of controlling what UD runs on my machines." Did you RTFD? Or did you have some other security hole in mind?
Heh. 10/10 troll points. =)
Timothy seems to be cherry-picking the story queue in order to show his worth. Congratulations! Keep up the good work.
Go talk to Boole. I think he has something like that available. =)
Why not just use something like VMWare on actual PCs? It would be cheaper.
Yes. But is this really a performance guarantee? The typical end user doesn't care (directly) about the CIR (committed information rate) on a mythical circuit they will never see, as they do not know an ATM cell from a tuna fish sandwich. You might also think that they care about the portion of total uplink throughput they are getting; again, they do, but not directly. IMHO, in reality, they care only about throughput to hosts they transfer data to; something that the ISP has virtually unlimited ability to pass the buck about.
That they had names, and used them; that they are not cowards, as you are.
What are you talking about?
Are you on crack? The guy is in marketing. Why would he have been in a development meeting?
They're scam artists, so they must be trustworthy. =) [error... entering paradox mode... brain shutting down.]
Did you know that they have removed the word "gullible" from the dictionary?
Doesn't DV use mpeg 2? Why reconvert? There wouldn't be any space savings, would there?
I have a feeling that the more recent deregulation of local telecomms in Canada could have a positive influence on telcos' equipment purchasing decisions. However, I can't see demand for connections being much higher per capita in Canada than in the US, and areas of equivalent population density still have higher DSL costs in the US than in Canada.
Here in Waterloo, ON, Canada (University town, high level of CSers in the area) I pay CA$40/month for ~1mbit down, 128kbit up ADSL. During the summer, at home in Yellowknife, NT, Canada (Population 17000 town in the middle of nowhere with a primarily mineral-resource-based economy -- and relatively high average income), I pay CA$60/month for 2.5mbit down, 800kbit up ADSL. In both areas, the local telco high-speed internet connectivity competes at least against competitively priced cable company offerings. (Although, in Yellowknife, the local cable company is a subsidiary of the phone company...)
Huh? "minimums"? Obviously you don't mean that the rates are guaranteed after the CO... And the min speed would also the max speed between you and the CO, since there isn't any line sharing. Are you talking about the lowest negotiable connection rate provided by a rate-adaptive protocol between you and the CO? Having to drop to 384k with any modern DSL protocol would mean that your area must have some insanely long loop lengths... Are average loop lengths higher in the US or something?
Timothy strikes again. (Although I've got my prefs set to filter Timothy from my main page, his stuff still shows up in the old articles list so I can rant about it. =)
... Come in, fact checking ... No response, Captain.
I'm not sure if RMS' concern is about (1) GNU/Linux playability by any means or about (2) Free software usage.
If (1): Realplayer is available for GNU/Linux on at least x86 (and IIRC some other platforms too). A quick look at real's web site will tell you that.
If (2): Well, obviously you can't do anything that involves the RealVideo server, because it isn't Free software. Duh.
Hello, fact checking?
"dies" - how do you mean? What software were you using? Did you try more than one reflector? (Did you even try a reflector?)
Oops... This feature is already there. My bad. Bye-bye, timothy. =)
What is a GSLV satellite? There is no such thing. India has created a launch vehicle, not a satellite. There are way more countries with domestically produced satellites than are on that list, because the list is of countries with launch capability.
Apparently, the employees of slashdot wouldn't know journalism if it bit them in the ass. (And, aren't some of them journalism majors? =) Why did fact checking not catch this? Because you don't do any? --
So, this leads me to suggest the following: A preferences feature that lets me add certain editors to an "ignore" list, so I don't keep having to read the false crap that timothy regularly decides is worthy of slashdot.
"Try increasing the power for the antenna."
And, after IC finds out, and the RCMP breaks down your door and confiscates your equipment, tell them that the one armed man made you do it. =)
Note that, with the EIRP limits typical of radiated power regulation, even extra gain due solely to antenna modification is cause for concern.
If you can overload the referrer information, and any other browser state, sure. I'm not sure if you can do this easily from javascript or java (which I presume you would want to use).
What, and OpenNap doesn't have scalability problems? The number of non-cross-indexed servers that musiccity is forced to distribute their user load over suggests otherwise... =)
Gnutella still allows for using something like reflector to increase the index centralisation for performance reasons while remaining fundamentally decentralised. Or did you mean scalability of something other than accessible peer count or index size?
"[...] they're next [...]"
Who is the "they"? Gnutella (-compatible-software) users? Judging their actions, the RIAA and MPAA don't seem willing to go after end users.
"If Gnutella peers are Web servers, wouldn't that make Gnutella users who share files equivalent to Web site publishers, with the same responsibilities?"
To what responsibilities are you referring? I don't see how the protocol in use would change anything.
So, your deparment teaches mathematic? What's a mathematic? Just because you can't properly use english grammar doesn't mean that anyone else shouldn't.
Also: pluralise - Standard spelling in UK english
pluralize - Standard spelling in US english (and incidentally, Canadian english)
My main reason for sticking with x86: game performance and cost issues. As soon as Apple starts unbundling components (processors, motherboards, etc), and increases peripheral support, so I don't have to throw out as much of my existing hardware investment to switch platforms, (not to mention lowering the price/performance ratio to compete with PCs) you might see me in PPCland.
But until then, my buying habits (doing small and frequent upgrades), my desire of affordable performance [aside: why does apple alternately keep launching and killing their dual processor lines?], my indifference to end-to-end user friendlyness (although, not reliability!)