You're kidding right? Test drive a mid-priced GM, then test drive a cheap Hyundai. GM's plastics are brittle and ugly, the ergonomics are haphazard, and it just feels like a crappy rental car. The Hyundai, though it's $8000 less, feels solid and intuitive. I hate to say it, American cars have fallen behind again. That's OK because apparently German cars are even worse!
Personally, I ended up just keeping my old car running.:)
The whole problem is Sony's TV ads. Fire up some frantic Franz Ferdinand music, then show hip urban kids laughing, running, pushing each other around in shopping carts, yeah!! So social! So trendy!
The reality is, the PSP is being used by the pale kid in the corner, head down and headphones on. He hasn't talked to anyone for the past three hours. And he's now stone broke.
Re:Bogofilter And Standardized Bayesian Testing
on
Ask Jonathan Zdziarski
·
· Score: 2, Informative
"This family of filters includes the now-popular Bayesian filters (pronounced "bay zee in") as well as other filters using statistical analysis to filter spam (such as Markovian classifier CRM114 and Chi-Square Bogofilter)."
Rails users tend to use lighttpd instead of Apache and all its mod_ complexity. Rails scales pretty well. If you're running into speed problems it's likely because of Ruby's slow runtime and not mod_perl vs. mod_ruby.
It's probably easier to just switch to a Linux-compatible VPN. There are a number of them out now. In fact, after researching this year ago, I'd hazard that the majority of VPNs now are Linux-compatible.
Your mechanic is completely wrong. A properly working cluch only slips while engaging or disengaging. If it slips while fully engaged, even under 100% power, then it's time for a new clutch.
And the same is even more true of gears. If a gear in your car (i.e. transmission, rear end, distributor, or timing set) EVER slips, it's time for some very expensive service. Gears never slip. That's the whole point.
It's easy. Just buy a book, a set of oxyacetylene tanks, a torch, goggles and gloves, and a bunch of scrap steel. $500. If you get a cutting torch your rig will be able to cut steel plate.
Or, take a course at the local community college.
Mig is faster but Oxyacetylene is way more fun. Tig is da bomb, of course, but it's real $$$ for a good setup.
I agree with half of what you say. I've made both RPMs and debs and I find that RPMs are the clear winner. They are faster to install, easier to package, and smaller. The "extra flexibility" that dpkg gives you is not only unnecessary, it's a liability.
Besides, who wants their apt-get upgrade to stop every 2 minutes and ask inane questions?? Debconf sucks! Even with priority=high it acts like a stupid nieghbor that always wants to chat. RPM gets this right: install sensible defaults and let the user change stuff using a sensible interface AFTER the package is installed.
Finally, it's looking like development on apt/dpkg is largely stalled out. At least, except for package signatures, I haven't seen a user-visible change since, oh, 2000 or so.
Yum, on the other hand... COULD IT BE ANY SLOWER?? "apt-get install nmap" takes all of 4 seconds. "yum install nmap" on FC4 takes over 30 seconds as it draws endless progress bars. I have no idea why it takes so long. I like Yum's simple config files, but it's moot until they fix its speed issue.
Connectiva got it right. It's a shame rpm-over-apt hasn't caught on.
Granted, this isn't available to the average customer, its still cool.
Since I'm an average customer, I find your post tiresome. It's like telling everyone you have a kick ass swimming pool inside your house but refusing to invite anyone over. Remind me why I should care?
If you could see the code for the current OS used on most Motorola phones today, you would appreciate what a step forward going to Linux really is.
But I can't. So you're moving to yet another closed, Java-crippled platform. Who'da thunk? *yawn*
Like SOAP and SNMP, two of the most decidedly unsimple protocols I've had the displeasure of working with? And MS deserves most of the blame for SOAP...
Mice are already cause a lot of RSI pain, and the scroll wheel makes it significantly worse. It sounds like this pad should help a lot. Instead of curling your finger repeatedly, you can just slide it around. Brilliant.
But I *require* a middle mouse button. Here's hoping they release a $40, corded, middle-buttoned version very soon.
Because it adds significant latency. It's pretty much impossible to sync audio and video when the audio is going through artsd. Thank goodness the KDE guys are finally ditching this afwul program. Saves me the trouble of turning it (and esd) off on every new Linux install.
Re:Too bad he's running the site off on 28.8 Kbps
on
Tinfoil Hat House
·
· Score: 4, Informative
Yes, the moon is just teeming with raw materials to build a spaceship out of. Like, um, rock! And dust! There's a ton of dust up there. When I come stormin through in my big rock spaceship, you'd best get out of the way!
I'm sure that Tridge isn't looking at the source to BitKeeper. So how could Linus's views be the same? It's a similar type of reverse engineering in each case (look at the network or disk formats and extrapolate backwards), but he's against it with BitKeeper and for it with Minix? It's not consistent.
I think the biggest lesson here is that a large number of people need to quit hanging on every word the exalted leader should utter. Extrapolating this much based on a single sentence is just... stuipid.
How about full disclosure? Darcs is also really slow, an absolute pig with memory (pretty much requires 1G even for small trees) and falls over on projects even half the size of the Linux kernel. It's a a very good start, but Darcs has a long way to go before it is useful in the real world.
URL please? As far as I can tell, there is no debate. bdb was just a hack used to bring up Subversion faster. Now that fsfs is stable, bdb is just legacy.
Dr. Elliot's theory of moving dimenstions stands unrefuted.
A lot of crackpot theories stand unrefuted. Not because they are correct, but because it's just not worth any expert's time to refute them.
It would be great if the detractors could use logic and reason in refuting Dr. E's theory, rather than just refuting it by dismissing it.
OK, I'll give it a shot... Bleah. This is as far as I got.
First off, since the universe is expanding, space-time is also expanding, showing that dimensions are moving and expanding.
Wrong. Anybody who says this clearly hasn't understood college level math (or logic). I suggest taking some classes and bone up on the fundamentals, then rewriting your ideas so that they're comprehensible to other scientists.
You're kidding right? Test drive a mid-priced GM, then test drive a cheap Hyundai. GM's plastics are brittle and ugly, the ergonomics are haphazard, and it just feels like a crappy rental car. The Hyundai, though it's $8000 less, feels solid and intuitive. I hate to say it, American cars have fallen behind again. That's OK because apparently German cars are even worse!
:)
Personally, I ended up just keeping my old car running.
Next thing they'll do is start commercial breaks in the middle of the movies.
They already do! Have you seen The Island? It was a nonstop 2 hour commercial break! So kind of Michael Bay to just whore out his audience like that.
And the studio wonders why nobody went to go see it...
The whole problem is Sony's TV ads. Fire up some frantic Franz Ferdinand music, then show hip urban kids laughing, running, pushing each other around in shopping carts, yeah!! So social! So trendy!
The reality is, the PSP is being used by the pale kid in the corner, head down and headphones on. He hasn't talked to anyone for the past three hours. And he's now stone broke.
From his paper:
h tml
http://www.nuclearelephant.com/papers/justifying.
"This family of filters includes the now-popular Bayesian filters (pronounced "bay zee in") as well as other filters using statistical analysis to filter spam (such as Markovian classifier CRM114 and Chi-Square Bogofilter)."
That's why Bogofilter is not Bayesian.
I definitely like the second question.
Rails users tend to use lighttpd instead of Apache and all its mod_ complexity. Rails scales pretty well. If you're running into speed problems it's likely because of Ruby's slow runtime and not mod_perl vs. mod_ruby.
Just like man invented God because he was lonely.
It's probably easier to just switch to a Linux-compatible VPN. There are a number of them out now. In fact, after researching this year ago, I'd hazard that the majority of VPNs now are Linux-compatible.
Your mechanic is completely wrong. A properly working cluch only slips while engaging or disengaging. If it slips while fully engaged, even under 100% power, then it's time for a new clutch.
And the same is even more true of gears. If a gear in your car (i.e. transmission, rear end, distributor, or timing set) EVER slips, it's time for some very expensive service. Gears never slip. That's the whole point.
It's easy. Just buy a book, a set of oxyacetylene tanks, a torch, goggles and gloves, and a bunch of scrap steel. $500. If you get a cutting torch your rig will be able to cut steel plate.
Or, take a course at the local community college.
Mig is faster but Oxyacetylene is way more fun. Tig is da bomb, of course, but it's real $$$ for a good setup.
I agree with half of what you say. I've made both RPMs and debs and I find that RPMs are the clear winner. They are faster to install, easier to package, and smaller. The "extra flexibility" that dpkg gives you is not only unnecessary, it's a liability.
Besides, who wants their apt-get upgrade to stop every 2 minutes and ask inane questions?? Debconf sucks! Even with priority=high it acts like a stupid nieghbor that always wants to chat. RPM gets this right: install sensible defaults and let the user change stuff using a sensible interface AFTER the package is installed.
Finally, it's looking like development on apt/dpkg is largely stalled out. At least, except for package signatures, I haven't seen a user-visible change since, oh, 2000 or so.
Yum, on the other hand... COULD IT BE ANY SLOWER?? "apt-get install nmap" takes all of 4 seconds. "yum install nmap" on FC4 takes over 30 seconds as it draws endless progress bars. I have no idea why it takes so long. I like Yum's simple config files, but it's moot until they fix its speed issue.
Connectiva got it right. It's a shame rpm-over-apt hasn't caught on.
Oh, Yoda speaks in postfix? Man, that little guy is elite!
RTFA. The last link. It answers all your questions.
Granted, this isn't available to the average customer, its still cool.
Since I'm an average customer, I find your post tiresome. It's like telling everyone you have a kick ass swimming pool inside your house but refusing to invite anyone over. Remind me why I should care?
If you could see the code for the current OS used on most Motorola phones today, you would appreciate what a step forward going to Linux really is.
But I can't. So you're moving to yet another closed, Java-crippled platform. Who'da thunk? *yawn*
Like SOAP and SNMP, two of the most decidedly unsimple protocols I've had the displeasure of working with? And MS deserves most of the blame for SOAP...
"But officer, he just died. Sure, I did everything I could to speed the process, but he was going to die anyway."
It's pretty clear you're not a programmer.
Mice are already cause a lot of RSI pain, and the scroll wheel makes it significantly worse. It sounds like this pad should help a lot. Instead of curling your finger repeatedly, you can just slide it around. Brilliant.
But I *require* a middle mouse button. Here's hoping they release a $40, corded, middle-buttoned version very soon.
Because it adds significant latency. It's pretty much impossible to sync audio and video when the audio is going through artsd. Thank goodness the KDE guys are finally ditching this afwul program. Saves me the trouble of turning it (and esd) off on every new Linux install.
Or link to a non-slashdotted copy.
http://totfc.net/misc/rednecks/
Yes, the moon is just teeming with raw materials to build a spaceship out of. Like, um, rock! And dust! There's a ton of dust up there. When I come stormin through in my big rock spaceship, you'd best get out of the way!
I'm sure that Tridge isn't looking at the source to BitKeeper. So how could Linus's views be the same? It's a similar type of reverse engineering in each case (look at the network or disk formats and extrapolate backwards), but he's against it with BitKeeper and for it with Minix? It's not consistent.
I think the biggest lesson here is that a large number of people need to quit hanging on every word the exalted leader should utter. Extrapolating this much based on a single sentence is just... stuipid.
Dumbass mods. This is absolutely true.
How about full disclosure? Darcs is also really slow, an absolute pig with memory (pretty much requires 1G even for small trees) and falls over on projects even half the size of the Linux kernel. It's a a very good start, but Darcs has a long way to go before it is useful in the real world.
URL please? As far as I can tell, there is no debate. bdb was just a hack used to bring up Subversion faster. Now that fsfs is stable, bdb is just legacy.
Dr. Elliot's theory of moving dimenstions stands unrefuted.
A lot of crackpot theories stand unrefuted. Not because they are correct, but because it's just not worth any expert's time to refute them.
It would be great if the detractors could use logic and reason in refuting Dr. E's theory, rather than just refuting it by dismissing it.
OK, I'll give it a shot... Bleah. This is as far as I got.
First off, since the universe is expanding, space-time is also expanding, showing that dimensions are moving and expanding.
Wrong. Anybody who says this clearly hasn't understood college level math (or logic). I suggest taking some classes and bone up on the fundamentals, then rewriting your ideas so that they're comprehensible to other scientists.