Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×

Comment Re:Rebooting is not a fix (Score 1) 136

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.

Comment Re:Rebooting is not a fix (Score 3, Insightful) 136

"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.

Comment Re:Tmux (Score 3, Informative) 136

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.

Comment Re:no one would HIRE them, either (Score 1) 581

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.

Comment Re:no one would HIRE them, either (Score 1) 581

(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.

Comment Re:The Night of the Living Mainframe (Score 1) 169

I'd also REALLY like to see where you are pulling your reliability numbers from.

There are publicly available uptime tracking web sites.... Always dominating the top of those list is OpenVMS, thanks to its (ancient) built-in clustering technology.

Linux isn't even old enough to compete...

Comment Re:The Night of the Living Mainframe (Score 2) 169

if you're running one the million- or billion-dollar companies [...] actually do anything, you're talking mainframes one way or another (call them a "cloud" if you must).

A cloud is usually a cluster a commodity computers, not a mainframe. A cluster can easily outperform a mainframe at lower cost, while having much higher reliability.

Certainly, the Fortune 1000 companies used-to run lots of mainframes, and they've got plenty running legacy apps, but today, they're just as interested in clusters of cheap PCs as the little guys. Google, Facebook, Amazon, et al, aren't interested in mainframes at all.

Slashdot Top Deals

"May your future be limited only by your dreams." -- Christa McAuliffe

Working...