According to his Wikipedia page he filmed 547 episodes but only a handful are still accessible.
I ask mainly for my son who keeps asking to "watch a Mr. Wizard video" and who is well into reruns of what is available on YouTube.
2,995 karma · joined December 29, 2009
According to his Wikipedia page he filmed 547 episodes but only a handful are still accessible.
I ask mainly for my son who keeps asking to "watch a Mr. Wizard video" and who is well into reruns of what is available on YouTube.
* This was what made the GM Ingnition switch problem so deadly. The engine shut off (taking power steering and vaccuum-assist braking with it) and the airbags deactivated making any subsequent crash less survivable.
The real problem seems to be with the lack of rate-limiting of the auto-reload feature.
If trading a higher risk of prostate cancer for a lower risk of heart-disease (which others have mentioned) might be the better choice here.
Caveats abound here, of course, but just because something 'increases your risk of' something doesn't mean it's an aggregate loss.
Not even close. The three Kompressor models in '03 were the C230, C32 AMG and SLK32 AMG. KBB trade-in values for those cars are about $3k, $5k, and $10k respectively and it is likely they had the C230 otherwise the author would have called it their Mercedes AMG.
Luxury cars are terrible at retaining their value. If you want that, buy a Honda Accord or Toyota Corolla.
Unless you are in a jurisdiction where such actions are illegal...
310 days ago: https://news.ycombinator.com/item?id=6972411
89 days ago: https://news.ycombinator.com/item?id=8139669
Of course, whether having an entire photoshoot on a single piece of (relatively fragile) storage is a good idea is another question entirely.
Diesel motors operate quite differently than gasoline engines in this regard, actually. A diesel motor is only operating at the correct stoichiometric ratio at full throttle and is running lean for the rest of the time because there is no throttle plate to modulate air intake and power is only modulated by the quantity of fuel injected into the cylinders.
More info here: http://patients.about.com/od/followthemoney/f/Why-Doctors-Wo...
No, they don't. Third parties cannot see orders "as they come in". Only orders displayed in the exchange's book and executions already completed are sent out to data consumers.
In the example you created the 200k buy order is never displayed and as such is not visible to any other user. All an HFT can see is the 100k execution.
Again, an HFT rushing to buy in front of this order cannot know how big it actually is, nor what the limit price is and as such whatever buying is purely speculative and not a "guaranteed win".
Assuming for the moment that someone can see an execution from NYSE and route an order to NASDAQ in response in less time than NYSE can send their own order to that Exchange you haven't answered the rest of the question.
How does the HFT even know there is an order in-flight to NASDAQ? How does the HFT know that the buyer is willing to pay $10.02?
> You placed an ordinary 200,000 share limit order. You didn't use one of the special order types.
Is this supposed to be an answer? 100k executed at NYSE @ $10.00, this is public information. NYSE routed the other 100k to NASDAQ. Are you saying there is some way for Mr. HFT to know the particulars of that order to NASDAQ?
> knowing they can sell back to you when you buy the other half of your order.
You seem to be under the impression that at some point along the line someone besides the NUSE is seeing the parent order details (buy 200k @ $10.02). Please explain how you believe this information is transmitted to third parties.
Imagine an alternate scenario: You send an order "buy 100,000 shares $10.00 limit" to NYSE. Does the HFT spend $4MM buying up 200k on the off chance that you want more than the 100k you already bought? If not, why?
What would have really happened in your scenario would have been on of the following:
1. The orders would have been partially filled and the balance would be cancelled (order were Immediate Or Cancel)
2. The orders would be partially filled and the balance routed to other exchanges which are displaying the same price (Orders were routable)
3. The orders would be partially filled and remain active (but undisplayed) at the exchanges (this is dependent on what order type is used and at what exchange).
> how can non-HFT traders arrange to capture the surplus currently claimed by HFT?
By posting their order and waiting to be filled. In a two sided market your options are to pay up and be filled immediately or to get in line with everyone else that wants to keep that extra $.01 and wait for someone more impatient (or informed) to come along and sell to you. By providing liquidity you take time and price risk (you don't know when you will get filled, if ever, and the market may move away from you requiring you to have to pay more later) and by taking it you don't (but you pay the liquidity provider for the privilege).
"Someone will always be faster." That will always be true no matter what new trading format is being considered. There will always be a way for someone to get relevant information more efficiently and act on it. Always. Slowing down markets or obscuring/delaying quotation hurts price discovery and increases uncertainty. This increases volatility, widens spreads, and in all likelyhood actually tilts the playing field in the favor of high-speed computerized trading rather than away from it.
Alter the scenario here:
1. Buyer wants 25 shares, buys all available shares at his limit price on exchange A.
2. HFTs 1-n see the entire quote taken at Exchange A and rush to buy all available shares at that price on Exchanges B-K
3. HFTs now own a few hundred shares of Acme corp that they need to unwind.
There is $.10 of surplus here. Who (if anyone) should get it, how, and why?
This is not correct. Read the SEC report on the incident if you have time, it is pretty in depth: http://www.sec.gov/litigation/admin/2013/34-70694.pdf
The short-version is that they re-used a parameter from an old feature and one of the production machines was not updated so the re-used parameter re-activated the old feature instead of the new one. Furthermore, A refactoring of the code had left the old feature on the wrong side of the share accounting code so the system was not keeping track of the orders it was putting out.