That's where a universal currency would help quite a bit. Perfect for small, growing businesses, faster/cheaper transactions for larger companies, and the public can only benefit...
Maybe what he means is that he trusts no one with is data until plenty of other people trust the companies with their data. Jumping on the bandwagon is so much easier/safer (or at least it feels safer) if everyone else is doing it.
Ideally speaking, companies would be able to let loose algorithms, and it would be trivial for other people/companies to buy them very cheaply using some kind of a micropayment system.
Super simple algs like quicksort would be fractions of a fraction of a percent, while more developed algs (such as say an algorithm to detect faces, or extract individual instruments from a piece of music) would take a larger percentage (still probably small) from any earnings that the new software makes.
It's good, because even the smallest startup can afford it (since it's a percentage, not a flat fee). As long as there isn't lots of red tape to slow down the process, I can't see the harm.
But then in theory, the ratio of crap to good would stay the same whether it was just a niche, or mass-market.
That's the point, the ratio was better back then. Maybe in the "early days", ppl programmed games because they loved it, rather than just doing it solely as a business.
Maybe it's a good idea after all, because "begs" is a stronger qualifier than merely "prompts" or "raises". I'd rather say "begs the question", than: "*really* prompts the question".
It's also the simplest translation of the phrase. In that sense, it's somewhat a Good Thing that it's been popularized in this way.
I can't understand why people who prefer the original meaning can't at least see the advantages of switching it to the new more intuitive meaning. Language changes all the time, sometimes for the better, and I think this qualifies.
Speaking on this topic, I notice that there's no CMY article in Wikipedia. Even though in real life, the conversion is inaccurate at best, 'theoretical' CMY is a color model sometimes used in computer graphics, and it would also hold quite well when you combine real life colour filters (e.g. used in stage lighting). It surely would be useful to have this information?
Additionally, with theoretically perfect inks (I know they don't exist, but anyways), would the conversion (now deleted) be valid? Maybe our inks are just not up to the job (and that doesn't mean they wouldn't be in future).
Actually, a citation from Wikipedia is better than none at all. Likewise, a citation from Wikipedia *plus* a citation from a peer reviewed journal is better than the journal alone.
Not citing Wikipedia 'just because', is a bit silly.
I'm not sure how much you want to say, but I'm considering basing an algorithm purely on tick data (technical analysis rather than fundamental). At least when opentick.com opens its doors again. Is this a viable approach considering that I only have £3000 to spend initially? Is your algorithm purely automatic or is there a human element?
Any idea on the number of computerized transactions compared to the number of human transactions? Same question with computer cash traded compared to human cash traded.
But lets be realistic, if I'm at a point where intraday is necessary, my day job will have me sitting at a terminal that is directly connected. Anyone who thinks they need intraday through cnbc is kidding themselves.
Not necessarily. An automated system of trading could make use of intraday data, and you wouldn't have to touch the PC once.
Use Finance::Quote; ##I currently us yahoo ##
I take it that's a C++ API for Yahoo Finance? The closest I found was opentick.com but they're currently upgrading their system so are down for new users atm.
As much as I agree with minimizing safety risk, his main point (in my opinion) was:
"So cut the feed from the power company, case closed. Shutting down the redundant power generators that are DOWNSTREAM from the problem?"
In other words, surely if the backup power *to* the servers is kept on, and just the primary power is turned off (i.e. from the power company), then that's surely 99.999% safe? After all, the room for the main power is seperate from the backup power's room.
Maybe I'm missing something, and the power can be leaked from the backup power to the servers, and then finally to the broken main power setup. I doubt that, but at least they should ask the server's technicians if that's even theoretically possible.
Try MediaMonkey. It's similar to Winamp's speed and relative unbloatwareness, but unlike Winamp, it doesn't seem like it's going to be sold to the next Yahoo, AOL, or M$.
I've recently switched and couldn't be happier. Here's a in-depth review should you need convincing.
Actually metered use is just as bad/good as non-metered systems, *providing* the rates average out to the same costs overall (yes, the more heavy internet users would pay extra, and the light users would actually pay less than what they currently pay).
No one would moan if metered access was so cheap that it costs 0.000001 cents per hour of use. That's what it would lead to eventually, and by that point it would probably be just a public service like roads and parks.
The only problem I can see is that even if this has the speed of digital with the range and versatility of analogue, the inherent drawbacks with analogue still exist, namely non-exact reproducibility of data, code or programs in general, and obviously loss of data over generations.
Slashdot Mirror
Maybe, but a UC would still take a lot of the complexity out of it all.
That's where a universal currency would help quite a bit. Perfect for small, growing businesses, faster/cheaper transactions for larger companies, and the public can only benefit...
Maybe what he means is that he trusts no one with is data until plenty of other people trust the companies with their data. Jumping on the bandwagon is so much easier/safer (or at least it feels safer) if everyone else is doing it.
Wouldn't you prefer an OLED display though?
And the BB software which supports this feature is...?
Ok, and the BB software which does this is...?
Ideally speaking, companies would be able to let loose algorithms, and it would be trivial for other people/companies to buy them very cheaply using some kind of a micropayment system.
Super simple algs like quicksort would be fractions of a fraction of a percent, while more developed algs (such as say an algorithm to detect faces, or extract individual instruments from a piece of music) would take a larger percentage (still probably small) from any earnings that the new software makes.
It's good, because even the smallest startup can afford it (since it's a percentage, not a flat fee). As long as there isn't lots of red tape to slow down the process, I can't see the harm.
Which is why things like operating systems, plugins, file formats, and other standards should be open source I agree.
However, for end programs which rely on the above (like music software, DTP or utilities), it doesn't really matter if it's open source.
I thought the "Firehose" feature was for that? Didn't everyone's vote get this story to the front page in the first place, thanks to the firehose?
But then in theory, the ratio of crap to good would stay the same whether it was just a niche, or mass-market.
That's the point, the ratio was better back then. Maybe in the "early days", ppl programmed games because they loved it, rather than just doing it solely as a business.
It's quite ironic that games have (on average) gotten worse as games popularity has increased.
Do you think this is a symptom of everyone and their dog wanting to produce games rather than (mainly) those who loved doing it?
Maybe it's a good idea after all, because "begs" is a stronger qualifier than merely "prompts" or "raises". I'd rather say "begs the question", than: "*really* prompts the question".
It's also the simplest translation of the phrase. In that sense, it's somewhat a Good Thing that it's been popularized in this way.
I can't understand why people who prefer the original meaning can't at least see the advantages of switching it to the new more intuitive meaning. Language changes all the time, sometimes for the better, and I think this qualifies.
Speaking on this topic, I notice that there's no CMY article in Wikipedia. Even though in real life, the conversion is inaccurate at best, 'theoretical' CMY is a color model sometimes used in computer graphics, and it would also hold quite well when you combine real life colour filters (e.g. used in stage lighting). It surely would be useful to have this information?
Additionally, with theoretically perfect inks (I know they don't exist, but anyways), would the conversion (now deleted) be valid? Maybe our inks are just not up to the job (and that doesn't mean they wouldn't be in future).
Actually, a citation from Wikipedia is better than none at all. Likewise, a citation from Wikipedia *plus* a citation from a peer reviewed journal is better than the journal alone.
Not citing Wikipedia 'just because', is a bit silly.
I'm not sure how much you want to say, but I'm considering basing an algorithm purely on tick data (technical analysis rather than fundamental). At least when opentick.com opens its doors again. Is this a viable approach considering that I only have £3000 to spend initially? Is your algorithm purely automatic or is there a human element?
Any idea on the number of computerized transactions compared to the number of human transactions? Same question with computer cash traded compared to human cash traded.
Do they have historical tick data, and do they allow one to stream live data to one's HD in CSV format?
But lets be realistic, if I'm at a point where intraday is necessary, my day job will have me sitting at a terminal that is directly connected. Anyone who thinks they need intraday through cnbc is kidding themselves.
Not necessarily. An automated system of trading could make use of intraday data, and you wouldn't have to touch the PC once.
Use Finance::Quote; ##I currently us yahoo ##
I take it that's a C++ API for Yahoo Finance? The closest I found was opentick.com but they're currently upgrading their system so are down for new users atm.
It's good, but I'd rather have a system to stream the data to my HD in CSV format, or even historical tick data for all stocks. That would be tasty.
As much as I agree with minimizing safety risk, his main point (in my opinion) was:
"So cut the feed from the power company, case closed. Shutting down the redundant power generators that are DOWNSTREAM from the problem?"
In other words, surely if the backup power *to* the servers is kept on, and just the primary power is turned off (i.e. from the power company), then that's surely 99.999% safe? After all, the room for the main power is seperate from the backup power's room.
Maybe I'm missing something, and the power can be leaked from the backup power to the servers, and then finally to the broken main power setup. I doubt that, but at least they should ask the server's technicians if that's even theoretically possible.
Since it was posted AC the second time, it may have been someone else pretending to be him. You never know...
Otherwise, I'm curious as to the probability of whether he meant that (and completely missed Hijacked Public's point), or is just trolling.
Sounds good. Can't you open this tech up to 'casual' home users by making it cheaper? Maybe license it out to the bigger SSD producers like Samsung.
Everyone would really gain that way.
Try MediaMonkey. It's similar to Winamp's speed and relative unbloatwareness, but unlike Winamp, it doesn't seem like it's going to be sold to the next Yahoo, AOL, or M$.
I've recently switched and couldn't be happier. Here's a in-depth review should you need convincing.
Actually metered use is just as bad/good as non-metered systems, *providing* the rates average out to the same costs overall (yes, the more heavy internet users would pay extra, and the light users would actually pay less than what they currently pay).
No one would moan if metered access was so cheap that it costs 0.000001 cents per hour of use. That's what it would lead to eventually, and by that point it would probably be just a public service like roads and parks.
The only problem I can see is that even if this has the speed of digital with the range and versatility of analogue, the inherent drawbacks with analogue still exist, namely non-exact reproducibility of data, code or programs in general, and obviously loss of data over generations.
Digital is just so.... precise.