Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×

Comment Interesting callousness towards those maintaining (Score 1) 94

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.

Comment Re: Dry Heat: it is about acclimation. (Score 1) 155

30% is low. Back in the 70s in I'll, I would work in temps of 105 with 60-90% humidity. That was humid. And yes, it sux.
In addition, in the winter, it hit -40f. Most of the time, we would have -30 through -35 for 2-3 weeks at a time.
But I was acclimated to it.

After 3 years of moving to Colorado, I went to visit a friend in IL, in the middle of winter when temps were -20 to -25f. I wore the same clothes that I used to ( good down jacket, etc.). AND like always, never a hat. I walked for 20 mins in that and nearly lost my ears for that. Ears were black and it was touch/go if they were to be removed.
The body can handle extremes, but it needs to acclimate to it. without that , it is a killer.

Comment Re:Answer (Score 2) 336

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 {...}

... and it handles my needs nicely. It's also possible to do the same thing with "just" single inheritance and interfaces as well, or with Qt's signals-and-slots, but AFAICT do to it that way you end up having to do lots of manual method-call-forwarding through proxy objects (or, alternatively, lots of manual signal/slot connecting), which is less efficient, harder to read/understand, and more error-prone.

Comment Re:A few things here... (Score 1) 272

"Can people afford to put a solar array on their house with $70k income? No"

No? only a doofus thinks that. I put one on my home when I made only $40K It's not expensive if you don't use the overpriced made in america solar panels.

I bought China 200 watt panels for less than $1.50 a watt. then installed a syncing inverter and use the grid as my battery. I actually run the meter backwards.

If you make $70K and cant afford solar, then you are either a fool, or someone that can't budget money very well.

Slashdot Top Deals

To the systems programmer, users and applications serve only to provide a test load.

Working...