Comment Re:UAT (Score 1) 366
The problem is they hire programmers from EA.
it compiled! OMG! Launch it!
The problem is they hire programmers from EA.
it compiled! OMG! Launch it!
cat beacon >> beacon.csv
instead of....
cat beacon > beacon.csv
oops.
I'm waiting for Slashdot to force a downloader on us that installs crapware like all of sourceforge.
Even with switching power supplies, 12v is not optimal because of the losses in the diodes. Even Schottky diodes have a voltage drop of 0.3v or so.
I think it would be a good idea to standardize on something in the 40-50 volt range for the DC grid in the house, with some leeway for adjusting the actual charging voltage to what is convenient for the battery.
A 42-volt electrical system (http://en.wikipedia.org/wiki/42-volt_electrical_system#Choice_of_voltage) comes to mind. Even if it did not really take off the first time around.
No need for guns; just station a half-dozen guard birds on the roof.
The workers that actually have to deal with it are further screwed - contract labor makes things as healthy and stable as being next to a malfunctioning nuclear reactor. Long-term anything goes out the window and compensation is made on worse terms.
The promise of the cloud is that your storage and computing problems will be abstracted away from messy physical objects that you need to maintain, taken care of far way by other people that are not well treated for their work.
At least the first mainframe era had some respect for the people involved in the infrastructure. These days, globalization has killed it in favor of mistreatment and abstraction of the workforce.
Or the pesky part that at relativistic speeds hydrogen atoms rip through the ship as if it was tinfoil.
I have yet to encounter a non-contrived example where multiple interitance is a plausible solution to a problem.
Okay, I'll give it a shot, then... here's where I find multiple inheritance not just plausible, but preferable.
I have a publish/subscribe model including an abstract-base-class/interface (call it IDataSubscriber) that can be subclassed by any object that wishes to be notified about e.g. data updates coming in from the network.
There are a number of common-case standard responses (implemented as concrete IDataSubscriber methods) to those data updates that are useful for many situations, and I don't want to have to have to rewrite them separately for every subclass, so I make a concrete or almost-concrete subclass (e.g. StandardDataSubscriber) that contains this common logic.
Finally, in my client code (based on Qt) I have a number of GUI widgets based on QWidget or QPushButton or whatever. I want these widgets to react to published data in the standard way, so I often end up with this:
class MyButton : public QPushButton, public StandardDataSubscriber {...}
Maybe this will finally shut up the people who complain that eBooks just aren't like the real thing.
They dont have to pass anything. Just let it expire. Saying they HAVE to do something is supporting it.
The rule on staying alive as a program manager is to give 'em a number or give 'em a date, but never give 'em both at once.