The explanation will be AGW and CO2 until something more profitable comes along...

Fascinating video on the sunspot factor. Makes the best sense I've seen yet.

I stopped using any apps with adverts in them 3-4 years ago due to power drain

Simple fix. Root your device and install a hosts file made to block ads. Several apps out there do this for you.

Or, you could always keep a charger handy, even one that runs on AA batteries, or built-in Li-Ion.

There's rather little point in suspending a server:

Those of us who do this stuff happen to disagree with you.

even ones that are off outside business hours are better off hibernating rather than suspending.

"Better off" HOW? Hibernation takes much, much longer on both ends, and the difference in power consumption between hibernate and suspend is nominal. When your cluster suddenly needs more power, you don't want to wait 10 minutes for POST, kernel booting, and copying quite a few GBytes from disk into RAM, when you can instead get up and running in a few seconds.

The third big software factor is the BIOS. "coreboot", formerly "LinuxBIOS", is blazingly fast compared to most proprietary BIOS's. It has made some inroads but is still not available for any commercial systems I can find. So no matter what is done in the other two factors, the BIOS is still a limiting factor of suspend and restore delays.

POST has to be performed by the BIOS when restoring from hibernation, but NOT suspend. So no, the BIOS is NOT a significant "limiting factor of suspend and [resume]" operations.

There are many more reasons than just the random redirects to the beta site, to prefer Soylent News to /. You should check it out.

sudo: try: command not found

On the flip side, spending six weeks fixing an issue on a single server running a non-critical, non-time-sensitive service which occurs once or twice a year and is 100% worked around by a reboot probably isn't an efficient use of your time.

In the long-term, it is. If you let issues like that continue to exist, then you'll get stuck with an unnecessary proliferation of servers, with each running just one service, so rebooting one doesn't take the others down.

Not to mention that you'll find that you get stuck maintaining multiple, overlapping services, because the first one wasn't reliable enough for the tasks some department decided to bring-in, later.

And also, I don't think I've ever seen a service that was non-critical and non-time-sensitive. Whatever it is, people won't even try to use it until the very last minute, when they need it to work immediately. It could be a damn web page that just hosts the phone extension list, and because HR needs to call someone about something simple, at 5pm on Friday, that server is now delaying everyone's paychecks. EVERYTHING ends up being varying degrees of critical.

I oversimplified the explanation a bit...

Here it is in nicm@'s words:
"In particular, being able to share a single window between multiple terminals, with other windows in the same session but entirely separate. Adding this to screen was implausible"

http://undeadly.org/cgi?action...

"Reboot does not fix anything, it just hides things".

That's not specific to rebooting... It's more a question of doing root-cause analysis, versus quick bandaids. I'm firmly in the RCA camp, but sometimes it's the companies that are to blame, rather than the individual admins. Some companies are heavily slanted towards always getting the quickest possible workaround, rather than ever actually finding and fixing the problem. It's one of those false-economies, like counting lines of code and similar.

For my use cases, I could not find a compelling reason to use tmux

Obviously if you've been limiting yourself to the features of "screen" for many years, you're not going to think you need the added features of "tmux"...

A big one is sharing:
"window can be linked to an arbitrary number of sessions". If you or somebody else has a screen session open, you don't have to detach it from their terminal to see what's on it. You can just attach it to your terminal as well. Works great when you've got a session attached to your desktop, then want to access it on your laptop/tablet/phone/etc. The tmux session will even change geometry to match the smallest terminal window.

Being more lightweight and responsive is good. Saner keys for some functions, like ctrl-a pg-up to access scrollback. And just the fact that it's still getting active development is an important feature.

Older coders are sitting around doing nothing, and there's gold in them thar hills.

It'll cost you an order of magnitude more to provide them health insurance... Maybe double or triple that again, if the plan includes aging wifes as well.

And while they might be very good, I wouldn't expect them to be as willing to do on-call rotation, put in extra hours when deadlines loom, not use their vacation days, etc.

It's not a bad idea at all, but there's sure going to be some major downsides to a company with predominately older people.

(I'm over 50, have been looking for work for a while now, and I'm getting nothing; no interviews and certainly no offers. I have a lot of experience and a good work ethic, but it does no one any good if the companies routinely dismiss anyone with more than 2 pages of resume experience,

You're doing something wrong... Nothing on your resume has to show your age, and you certainly don't have to have more than 2 pages, just because you have lots of experience. Resume writing 101. Limit yourself to the latests 3 jobs, or so. Nobody wants to look through a 10-page resume, so if you don't have good-stuff on the top page, recruiters won't bother.

since they are seen as 'too expensive' to hire).

Lots of recruiters ask for your salary requirements up-front. I generally refuse to answer, but if you low-ball it, you'll do just fine. Hell, my last company, though predominantly young, with lots of H1Bs, had several grey-haired programmers, and I recently hired an older gentleman myself, who was only looking for work after his company (where he put in 25 years) went out of business.

...it says that sometimes they found the new equaled or surpassed the old.

That's far from being "can't distinguish".

It's been done for decades.

https://en.wikipedia.org/wiki/...

Lazy was probably not the best word. But people do generally avoid needless work, and when that was something you formerly had to do to survive, it can be perceived as 'lazy'. If the deaf person can now hear and has no pressing need for ASL, why go to all the extra work of learning or maintaining your ASL?