I'd wager if you had to do that you should be driving an automatic.
Not really. I guess it depends on the car. If you have plenty of torque, you can do a lot with just the clutch. In Europe, engines are typically smaller and only have 4 cylinders. Gasoline engines are quite eager to stall at low RPMs.
Yes, TCP implements streams on top of messages, but I wouldn't call it trivial. Even though the essence of the protocol is simple, many implementers would still get it wrong.
Also, the IP message is limited in size, so if you want to implement larger messages, you'd have to split them up into smaller ones. Or, alternatively, it you want to exchange very short messages, performance will suffer. At least TCP protects you from that with the Nagle algorithm.
But, hey, if you don't like the stream protocol, you can always use UDP.
Yes, that's what I said will work on a gradual incline. If the hill is steep, you cannot hold the car with the clutch alone, but you'll need some extra gas as well. At least with gasoline cars. Diesels have much more torque, so you can start them on a steeper incline with clutch alone.
Of course, you could still do it quickly, and you'll only roll back a little bit, but that's considered bad style, and could be hazardous if someone is behind you. Where I live, starting on a hill is part of the driver's test, and you get points deducted for rolling back during the process.
Well, the article said neither. It says "25 million", which implies 2 significant digits.
If somebody then makes a big deal out of this precision, and rewrites this as 25000000, we can reasonably assume they mean 8 significant digits, otherwise there would be no reason to make that comment using that notation in the first place.
I'm not sure it's even possible to create software that does *the same thing* as a discreet circuit
That would be quite easy. It's the opposite way that's often impossible. Problems that can be easily solved in software are often too complex to solve in hardware.
Software will be assigned multiple tasks, for reasons unknown
The reasons are clear: software is capable of solving complex problems for a low price, and customers want those features.
1. Apply handbrake while keeping clutch pushed in. 2. Move foot from brake pedal to accelerator. 3. Slowly release hand brake while simultaneously easing off the clutch, and pushing the accelerator.
Without a hand brake, you'd start rolling backwards if the hill is too steep.
On a more gradual slope, you don't need the hand brake. Just release the clutch enough that you can let go off the foot brake.
When you're trying to solve the same problem, software solutions aren't necessarily worse than discrete circuits. The only difference is that software can solve more complex problems, so that's why software bugs are more common.
If the population won't double, it's because of war, pestilence and famine, not because it's going to stop magically at 10 billion with plenty of food around.
If you already have a computer, you could even leave out the Raspberry Pi, and just use the computer you already have. That should lower the cost to $0 (including handling and shipping).
I know, I've used C with both LPC17xx and ATTiny45. The interesting part about this hack is the use of the SSP port with DMA to produce video output, although I wonder how stable the image is when used in combination with Ethernet and SD. The BASIC interpreter is cute, but it wouldn't be my style. For my own purposes, I'd prefer C.
Slashdot Mirror
I assume that the brake works an all wheels, though, so even the rear wheels would be stopped by the brake.
Not really. I guess it depends on the car. If you have plenty of torque, you can do a lot with just the clutch. In Europe, engines are typically smaller and only have 4 cylinders. Gasoline engines are quite eager to stall at low RPMs.
Yes, TCP implements streams on top of messages, but I wouldn't call it trivial. Even though the essence of the protocol is simple, many implementers would still get it wrong.
Also, the IP message is limited in size, so if you want to implement larger messages, you'd have to split them up into smaller ones. Or, alternatively, it you want to exchange very short messages, performance will suffer. At least TCP protects you from that with the Nagle algorithm.
But, hey, if you don't like the stream protocol, you can always use UDP.
That's not a problem, but a feature. It's trivial to make a message protocol on top of a stream, and the stream protocol is easy to implement.
Streams on top of messages, or one type of messages on top of other type of message protocol is trickier.
The tires would be fine, since the brake counteracts the engine before you get to the tires.
Besides, if you have to enter so many numeric IPv6 addresses that the colon is bothering you, you're doing it wrong.
Yes, that's what I said will work on a gradual incline. If the hill is steep, you cannot hold the car with the clutch alone, but you'll need some extra gas as well. At least with gasoline cars. Diesels have much more torque, so you can start them on a steeper incline with clutch alone.
Of course, you could still do it quickly, and you'll only roll back a little bit, but that's considered bad style, and could be hazardous if someone is behind you. Where I live, starting on a hill is part of the driver's test, and you get points deducted for rolling back during the process.
Well, the article said neither. It says "25 million", which implies 2 significant digits.
If somebody then makes a big deal out of this precision, and rewrites this as 25000000, we can reasonably assume they mean 8 significant digits, otherwise there would be no reason to make that comment using that notation in the first place.
My car doesn't have a key. It has a single push button, and I have no idea what happens if you push it while driving. :)
That would be quite easy. It's the opposite way that's often impossible. Problems that can be easily solved in software are often too complex to solve in hardware.
The reasons are clear: software is capable of solving complex problems for a low price, and customers want those features.
1. Apply handbrake while keeping clutch pushed in.
2. Move foot from brake pedal to accelerator.
3. Slowly release hand brake while simultaneously easing off the clutch, and pushing the accelerator.
Without a hand brake, you'd start rolling backwards if the hill is too steep.
On a more gradual slope, you don't need the hand brake. Just release the clutch enough that you can let go off the foot brake.
Not everybody here is from the US.
When you're trying to solve the same problem, software solutions aren't necessarily worse than discrete circuits. The only difference is that software can solve more complex problems, so that's why software bugs are more common.
Note the operative word "could"
If people could agree on it, it would be science, not philosophy.
If the population won't double, it's because of war, pestilence and famine, not because it's going to stop magically at 10 billion with plenty of food around.
Oh, really? Where can I order the CPU ?
If you already have a computer, you could even leave out the Raspberry Pi, and just use the computer you already have. That should lower the cost to $0 (including handling and shipping).
The article mentions 25 million, not 25000000.
You're adding 6 extra significant digits that weren't there, and then joke about it.
Don't worry. A few days without meals, and your compassion for fellow humans will disappear quickly enough.
That's not a solution. Consume half of before, wait a few generations, and population will double again. Then you'll have the same problem, but worse.
I know, I've used C with both LPC17xx and ATTiny45. The interesting part about this hack is the use of the SSP port with DMA to produce video output, although I wonder how stable the image is when used in combination with Ethernet and SD. The BASIC interpreter is cute, but it wouldn't be my style. For my own purposes, I'd prefer C.
Even the low grade ores on earth are cheaper to exploit than pure stuff on an asteroid, and there's plenty of low grade ores around here.
Why ? Why not put more humans at the bottom of mine shafts ? Sounds equally useful, and a lot cheaper.
Cool. There's even an mbed port, so it should be easy to integrate with Jumentum.