That's a loooong time. Most people have trouble remembering what happened yesterday, having folklores originating from 100k years ago seems very unlikely...
How about Neanderthals? I've always thought of Bigfoot and Yeti as much more human than apes tend to be. And they certainly did live in same regions as Homo Sapiens. Though they've probably been gone for a too long time to be remembered as well, even if lot less so than Gigantopithecus.
It's carbon. And very light. And if they are still planning on that ribbon type, has plenty of surface area.
Parts of it will burn and others will be slowed by air drag so much that instead of "crashing down like a string of atomic bombs" it'll flutter down like a piece of paper.
That "analysis" is nothing more than mumbo-jumbo that tries to distort the reality by bickering about who made the copy.
Private copying is not illegal, but sharing a file to a whole world is not private copying in any possible sense of the words. No matter how stupidly you try to "analyze" it
It should be damn obvious from mere name of "private copying" that you can make a few copies for yourself. Maybe the family or closest friends, you can NOT put something available to Internet for everyone.
It produces C02 as a byproduct.. a car needs a few kilowatts of power.
So do current internal combustion engines, and car still needs those few kilowatts. Let's see... which sounds better, a car producing CO2 as a byproduct with maybe... (80%*80%)=64% efficiency or a car producing CO2 as a byproduct with 20-30% efficiency?
Only matters if this can be scaled to big enoug that it could produce those few kilowatts, which is very much in doubt.
Bacteria that is non-harmful or symbiotic in some part of the body can still be very bad news if it somehow manages to get into bloodstream.
Glycose eaters in there don't sound a very good idea either, bacteria are stupid machines, they eat and reproduce as much as possible and that's about it. How could we keep those bugs from multiplying bazillion times and eating all sugar in your blood? And what are their byproducts? After all, pathogenic bacteria aren't usually doing anything especially "bad", only shitting out things that just happen to be toxic to us.
The moron did not build a nuclear reactor, basically he put together a (smallish) pile of radioactive stuff and freaked out when it actually radiated. Whoopee.
Sure we probably have genes that promote violence. Lot of them.
Now explain how those genes only happen to activate in american kids, and how come they didn't manifest in those kids's parents? They did have the same genes after all...
Of course genetics matter somewhat, but there is no doubt biggest reason lies elsewhere. Parents, and all the other upbringing and education are undeniably big factors in how children end up later in life.
Re:Java's not exactly pining for the fields just n
on
Java vs .NET
·
· Score: 1
So I guess if a phone isn't MIDP enabled, then you just ignore it?
So I guess if a phone isn't C++ (or ASM!) enabled, then you just ignore it?
Hint, there are like 99% more java enabled phones than C++ -devices at the moment, quite a few to ignore but feel free.
Neither would work as a pure software solution, camera doesn't send pictures anywhere fast enough for "optical mouse" thingie and the smallish CPU on the other hand doesn't have even near the required power for that kind of image processing in realtime...
Add some dedicated hardware and you might be on to something, though only assuming this whole "tilt control" wouldn't suck, which it unfortunately does.
On the other part there might be need for phone based remotes (with bt, you could control laptop and your oh-so-multimedia presentation from some distance), but if you're bouncing like a clown on a stage then you want something that can be used on one hand without a table, not mouse.
There is obviously no Europe in population density or phone network sense, each country still has their own. And probably will, for some time. Sure, there are plenty of nations with huge population crowded on very small surface area, but there are also quite a few of relatively empty ones.
US population density is more like 30 than 20 (around 26-27).
Finland has population density of 17 ppl/sq. km, with at least two GSM networks having very good coverage in almost whole country.
Yeah, right. As if we're able to detect asteroid-sized objects outside the solar system, much less the galaxy. As for intercepting them there? HAH. Haven't seen many of those rockets launched to other galaxies lately.
By definition asteroid can not even exist outside the solar system, they are small planetoids circling the sun, the fact that collisions are ofter slated for tens or hundreds of years from now is not due to them coming from other end of universe, but that they might be doing n+1 safe passes before the critical overlapping will happen.
Most probable asteroid collision scenario is one that is already rather close to impact before we even see the thing so that "few millimeters" just doesn't cut it any more.
There is real benefit, but it is very long term benefit.
Current business trend won't have anything to do with that, you must reap money right from the beginning, not 20 years from now.
Goverments sponsorships could provide little incentive to start doing it now so the long-term benefits might actually be there someday (they obviously won't if nobody starts developing tech, and financing stuff etc.)
That might be due to the fact that rest of 99% of phones in Europe are (and probably will remain for some time) normal phones that run very simple OS's, they don't require fancy features (mostly 3rd party application development) that something like Symbian or Linux provides.
Symbian etc. are more geared towards pda/phone hybrids or "smartphones" that will remain somewhat rare as long as they cost arm and leg.
The machine in question was modeled after a hummingbird. I'm sure there are lots of flapping machines in development based on insect wing models but this is not one of them.
Try cleaning your training file (\training.dat) and retraining it, there's probably something wrong with it, and it can't "unlearn" whatever is screwed. It should be able to do a LOT better than that.
Sorry, but from a viewpoint of someone who receives crapload of spam but not that much real mail, the test with 1000 ham messages for pre-training would be the one that is pure drivel, as it wouldn't have any real-world relevance.
I won't probably receive 1000 messages in a YEAR (unless counting mailing lists), should that mean I shouldn't be able to filter spam?
If bayesian implementation requires that much to even get started it's crap and should be dumped for anyone expect perhaps mail gateway or something.
Would be damn nice thing to have, that... but who knows whether that person even reads slashdot? Not to mention finds this specific thread, better ask by mail if you want answer:)
I got your point my point is that putting a proprietary control ident chip on the battery is not necessary.
Yes it is!
The older nokia 918s did not. I just took one appart. A simple diode and resistor load signal circuit is all that is needed, not numbered fritz chip style battery ident control function!
Maybe diode and resistor were enough for NiCad batteries that nokia 918 had.
Li-Ion batteries are the ones that are exploding, and they aren't doing it because of some conspiracy theory identification chip is missing (otherwise they would be blowing all over the place instead of few in a year when something goes wrong), they are doing it because they are damn finicky, and the chip missing is probably control and monitoring circuit that is there to keep temperature and current inside very small tolerances. There are plenty of good and safe 3rd party batteries out there, but if you always buy the cheapest piece of shit you can find, there's nobody but yourself to blame if it doesn't have adequate safety.
What's next? You start accusing mobo manufacturers about conspiracy when crap Deer etc PSU's fry the whole machine?
Because perl modules aren't (or shouldn't be) any different from other software and should be handled by same system that handles all the other software?
Why should we have different database for perl modules than rest of the system? While we're it for perl, why not make one for c, another for c++, yet one for java, then there should be one for python, etc etc. That'd be a frickin' nightmare and best of all those wouldn't have any knowledge of each other, so if my C program depends on perl modules it wouldn't have any way of knowing if it's installed or not because it uses different package manager.
Thanks but no thanks. I want one thing to keep track of ALL software, no matter what language it's written in.
Slashdot Mirror
That's a loooong time. Most people have trouble remembering what happened yesterday, having folklores originating from 100k years ago seems very unlikely...
How about Neanderthals? I've always thought of Bigfoot and Yeti as much more human than apes tend to be. And they certainly did live in same regions as Homo Sapiens. Though they've probably been gone for a too long time to be remembered as well, even if lot less so than Gigantopithecus.
Lightning bolts are static electricity resulting from clouds dragging against each other.
Nothing to do with height or any atmospheric emf gradients.
Yeah, bit like those poor souls on ISS, Mir et all that had no way back down as the elevator hasn't been built yet.
Oh wait. Ever heard of gravity? Just keep few "lifeboats" up there.
It's carbon. And very light. And if they are still planning on that ribbon type, has plenty of surface area.
Parts of it will burn and others will be slowed by air drag so much that instead of "crashing down like a string of atomic bombs" it'll flutter down like a piece of paper.
That "analysis" is nothing more than mumbo-jumbo that tries to distort the reality by bickering about who made the copy.
Private copying is not illegal, but sharing a file to a whole world is not private copying in any possible sense of the words. No matter how stupidly you try to "analyze" it
It should be damn obvious from mere name of "private copying" that you can make a few copies for yourself. Maybe the family or closest friends, you can NOT put something available to Internet for everyone.
Yeast is not a bacteria, it's fungus.
You're right on (some) dairy products, though.
It produces C02 as a byproduct .. a car needs a few kilowatts of power.
... (80%*80%)=64% efficiency or a car producing CO2 as a byproduct with 20-30% efficiency?
So do current internal combustion engines, and car still needs those few kilowatts. Let's see... which sounds better, a car producing CO2 as a byproduct with maybe
Only matters if this can be scaled to big enoug that it could produce those few kilowatts, which is very much in doubt.
It also depends on the location.
Bacteria that is non-harmful or symbiotic in some part of the body can still be very bad news if it somehow manages to get into bloodstream.
Glycose eaters in there don't sound a very good idea either, bacteria are stupid machines, they eat and reproduce as much as possible and that's about it. How could we keep those bugs from multiplying bazillion times and eating all sugar in your blood? And what are their byproducts? After all, pathogenic bacteria aren't usually doing anything especially "bad", only shitting out things that just happen to be toxic to us.
How about READING that article?
The moron did not build a nuclear reactor, basically he put together a (smallish) pile of radioactive stuff and freaked out when it actually radiated. Whoopee.
There's a REALLY long way from that to a reactor.
Sure we probably have genes that promote violence. Lot of them.
Now explain how those genes only happen to activate in american kids, and how come they didn't manifest in those kids's parents? They did have the same genes after all...
Of course genetics matter somewhat, but there is no doubt biggest reason lies elsewhere. Parents, and all the other upbringing and education are undeniably big factors in how children end up later in life.
So I guess if a phone isn't MIDP enabled, then you just ignore it?
So I guess if a phone isn't C++ (or ASM!) enabled, then you just ignore it?
Hint, there are like 99% more java enabled phones than C++ -devices at the moment, quite a few to ignore but feel free.
Neither would work as a pure software solution, camera doesn't send pictures anywhere fast enough for "optical mouse" thingie and the smallish CPU on the other hand doesn't have even near the required power for that kind of image processing in realtime...
Add some dedicated hardware and you might be on to something, though only assuming this whole "tilt control" wouldn't suck, which it unfortunately does.
On the other part there might be need for phone based remotes (with bt, you could control laptop and your oh-so-multimedia presentation from some distance), but if you're bouncing like a clown on a stage then you want something that can be used on one hand without a table, not mouse.
There is obviously no Europe in population density or phone network sense, each country still has their own. And probably will, for some time. Sure, there are plenty of nations with huge population crowded on very small surface area, but there are also quite a few of relatively empty ones.
US population density is more like 30 than 20 (around 26-27).
Finland has population density of 17 ppl/sq. km, with at least two GSM networks having very good coverage in almost whole country.
Well, no, you can only cut *yourself* on it, nothing else, including cans!
Yeah, right. As if we're able to detect asteroid-sized objects outside the solar system, much less the galaxy. As for intercepting them there? HAH. Haven't seen many of those rockets launched to other galaxies lately.
By definition asteroid can not even exist outside the solar system, they are small planetoids circling the sun, the fact that collisions are ofter slated for tens or hundreds of years from now is not due to them coming from other end of universe, but that they might be doing n+1 safe passes before the critical overlapping will happen.
Most probable asteroid collision scenario is one that is already rather close to impact before we even see the thing so that "few millimeters" just doesn't cut it any more.
There is real benefit, but it is very long term benefit.
Current business trend won't have anything to do with that, you must reap money right from the beginning, not 20 years from now.
Goverments sponsorships could provide little incentive to start doing it now so the long-term benefits might actually be there someday (they obviously won't if nobody starts developing tech, and financing stuff etc.)
That might be due to the fact that rest of 99% of phones in Europe are (and probably will remain for some time) normal phones that run very simple OS's, they don't require fancy features (mostly 3rd party application development) that something like Symbian or Linux provides.
Symbian etc. are more geared towards pda/phone hybrids or "smartphones" that will remain somewhat rare as long as they cost arm and leg.
The machine in question was modeled after a hummingbird. I'm sure there are lots of flapping machines in development based on insect wing models but this is not one of them.
that was supposed to be \training.dat, but /. ate it.
Try cleaning your training file (\training.dat) and retraining it, there's probably something wrong with it, and it can't "unlearn" whatever is screwed. It should be able to do a LOT better than that.
And yes, it uses the same filter.
Sorry, but from a viewpoint of someone who receives crapload of spam but not that much real mail, the test with 1000 ham messages for pre-training would be the one that is pure drivel, as it wouldn't have any real-world relevance.
I won't probably receive 1000 messages in a YEAR (unless counting mailing lists), should that mean I shouldn't be able to filter spam?
If bayesian implementation requires that much to even get started it's crap and should be dumped for anyone expect perhaps mail gateway or something.
Wondered about that as well.
:)
Would be damn nice thing to have, that... but who knows whether that person even reads slashdot? Not to mention finds this specific thread, better ask by mail if you want answer
I got your point my point is that putting a proprietary control ident chip on the battery is not necessary.
Yes it is!
The older nokia 918s did not. I just took one appart. A simple diode and resistor load signal circuit is all that is needed, not numbered fritz chip style battery ident control function!
Maybe diode and resistor were enough for NiCad batteries that nokia 918 had.
Li-Ion batteries are the ones that are exploding, and they aren't doing it because of some conspiracy theory identification chip is missing (otherwise they would be blowing all over the place instead of few in a year when something goes wrong), they are doing it because they are damn finicky, and the chip missing is probably control and monitoring circuit that is there to keep temperature and current inside very small tolerances. There are plenty of good and safe 3rd party batteries out there, but if you always buy the cheapest piece of shit you can find, there's nobody but yourself to blame if it doesn't have adequate safety.
What's next? You start accusing mobo manufacturers about conspiracy when crap Deer etc PSU's fry the whole machine?
any responsible battery manufacturer would issue a recall.
Problem is, most of the crap like exploding batteries do not come from a manufacturer anyone in their right minds would call responsible.
Because perl modules aren't (or shouldn't be) any different from other software and should be handled by same system that handles all the other software?
Why should we have different database for perl modules than rest of the system? While we're it for perl, why not make one for c, another for c++, yet one for java, then there should be one for python, etc etc. That'd be a frickin' nightmare and best of all those wouldn't have any knowledge of each other, so if my C program depends on perl modules it wouldn't have any way of knowing if it's installed or not because it uses different package manager.
Thanks but no thanks. I want one thing to keep track of ALL software, no matter what language it's written in.