"give that girl a coconut!"
Hold the lime.
569 publicly visible posts • joined 1 Aug 2020
The worst time-sheet program I ever used was the one that required you to log exactly 35 [1] hours per week, regardless of how many hours you'd actually worked. If you'd put in 10 hours of overtime to meet a deadline? <fingers in ears> "Lah lah lah lah lah".
And this was for a salaried position, for which overtime wouldn't have been forthcoming in any case. But that they didn't even want to know how much unpaid work they were getting out of us? That was adding insult to injury.
[1] It would reduce that for weeks containing statutory holidays, but still, it knew exactly how many hours it expected you to work in any given week, and wouldn't let you report either more or fewer.
"Do they have access to the email address they set up the account with, 20 years ago"
That, at least, is one problem I don't expect to have. I registered a personal domain (nigh-on 20 years ago, as it happens) for precisely this reason. Email providers and ISPs come and go, but a domain that I control insulates me -- and more to the point, those I exchange email with -- from any changes.
A few years ago my then email provider went titsup. Selecting a new one and switching over to it was a pain for me, but nobody else was any the wiser.
(All your other objections to passkeys, I emphatically agree with.)
"Asynchronous is good."
This!
It used to be that I could email someone at any time of day or night, trusting that they'd read my message when it suited them.
Now I have to worry that they'll be awakened by a notification -- and resent me for expecting a response at 3 AM, when in fact that wasn't my expectation at all.
This modern always-available expectation sucks from both sides of the exchange.
Back in the day, one could *expect* email to take days. Ah, the joys of UUCP.
(It was fun, back then, to read through the Received: headers to see what circuitous route the message had taken. No longer; now it's one hop from your organization to mine, preceded and followed by a bunch of bouncing around each company's internal infrastructure. Boring...)
That cartoon reminds me of an incident at university.
There was a skunkworks Unix system that was adminned mostly by students[1]. On graduation day one year, I saw one of said student admins leaving the machine room, still wearing his ceremonial gown[2], with his proud parents in tow.
"Showing your folks around?" I observed.
"Yeah," he said. "Unix was down; I had to reboot it."
Given the state of Unix at the time [3], I presume he'd kept his folks waiting a while as he typed arcane commands on the system console.
[1] The PDP 11/45 it ran on was left over from an old research project.
[2] At least, so I recall, but I admit that the gown might be a false memory.
[3] This was back in the pre-BSD, pre-fsck days when file-system damage was almost guaranteed after a crash, and fixing it required manual surgery using the dcheck, ncheck, icheck, and clri commands.
"IIRC the original author of that obscure macro language, m4, also wrote sendmail."
M4 came from Bell Labs, designed by Brian Kernighan and Dennis Ritchie. Sendmail was written by Eric Allman several years later at UC Berkeley.
One thing I'm not clear on: did Allman's original sendmail use m4, or was that a later addition?
"m4 probably never got used for anything else."
GNU Autoconf relies on it -- which means that a great many open source projects do so indirectly.
"Thus it became my daily routine to launch some CMD windows in the morning and shut them down in the evening,"
At one job, I had to ssh from my company laptop into one Linux host, and from there into another one where I was actually doing my work. The problem was, at least one of those connections had a stupidly short timeout, so I was constantly losing my connections.
I took to doing as you did, running a "ping -i 60" or whatever, as a home-brew keep alive.
"Countless times it would get to 99% and then get a CRC error and restart."
Zmodem ruled! Not only was it windowed, and so got a lot higher throughput than X- and Y-modem [1], but you could resume a failed transfer rather than having to start over.
[1] [XY]modem had to pause transmission after every packet, waiting for an ACK, but Zmodem could pretty much saturate a cleanish line in the direction the file was traveling.
"Back in those days, "Long Distance" calling charged by the minute. To see really high rates, make a call overseas."
Indeed.
In 1985 I had to make a short phone call from West Germany to Canada, using a pay phone. I was kept so busy feeding a constant stream of Deutchmarks into the slot that I could barely concentrate on the conversation.
Re transcontinental logins, I heard a story, back in around 1980 or so, from someone who had previously worked for one of the big mainframe companies of the day. He had been visiting one of their offices in Paris and needed the address of another Paris office. He signed on to the system at his usual office back in the States (presumably over Telenet or Tymnet -- those were commercial X.25 networking providers) -- and emailed(?) a colleague, who, as I recall the story, happened to be online despite the time difference.
It developed that the colleague was at yet a third of their Paris offices. So although they could have had a local phone call if they'd only known to do that, they were communicating via two transatlantic links.
And one of my own -- not between continents, but definitely long-haul: a 3600ish-km copy/paste over ssh, to get some course notes from the computer I had taken them on, onto my then employer's network where I had email, so that I could then email them to the person sitting beside me and watching me do it. (This was 1999, so USB keys weren't a thing yet.)
"a 50:50 chance of actually getting a large file"
There was a time when I was using PGP for that -- not to encrypt, but just using its ASCII armoring as a better uuencode, because it was happy to split a large file into chunks and reassemble them at the other end (after I'd emailed them all to myself) -- and, crucially, to verify the results.
IIRC I did PGP-sign such files, just as a better integrity check than whatever the armoring itself was using.
"Definitely sounds like a swap issue to me."
That was my thought as well. If your system's "disk" light (assuming there is one, but that's another rant) is on almost solid, page thrashing is a pretty good bet.
On Linux, instead of playing Whac-a-Mole with Firefox processes, you can "pkill firefox", which kills all of them at once. (Well, all of your own. "sudo pkill firefox", if necessary and appropriate, to take out every user's.)
Be patient. Once it actually runs, pkill is pretty fast, but it can take a *very* long time to get to the point of running it. On my 16 GiB system, if page thrashing is especially severe, it can take minutes for the terminal window and then the shell process to page in, both of which are prerequisites to running that quick pkill command.
I don't know the correct incantation on Windows, but from another comment here, PowerShell might be a good starting point.
Then there were the Faxback [sp?] services, a pre-Internet mechanism for distributing documents etc. You'd phone an IVR system and key in the numbers of the documents you wanted, along with your fax number. The documents you'd requested would be faxed to you forthwith.
I used those to get tech documentation, but can well imagine tax departments offering such a service as well, for all their many forms, bulletins, etc.
' "each key sounds different"
Not to me, '
Every ski-lift tower sounds different. Each one has its own individual pattern of squeaks and chirps from the rotating pulleys.
Given that human-scale observation, I'm quite willing to believe that keyboard keys have differences that happen to be below my ears' and nervous system's resolution.
"one bag to a pot, pour the boiling water on and then pour it straight in to the cups."
My grandfather had no such pretense. It was his habit to drink a cup of hot water each morning, to "flush out the poisons" as he put it. I believe it was something he picked up while serving (though he was Canadian) with the British Army under Allenby in the Middle East during WW 1.
I never learned what poisons he had in mind, or how he thought his morning ritual would flush them. I seem to recall asking as a small child but not getting a straight answer. Whether he didn't actually know, or considered me too young to be told, I'll never know.
My grandmother didn't share his habit, but every morning she dutifully boiled him his cup of water.
Since there are a lot of Brits here, I suppose it's worth asking: does that ring a bell for anyone? Was it indeed a common British soldiers' habit from that time period?
Indeed. The inestimable Quote Investigator looked into it.
TL;DR: A precursor quote goes all the way back to the Old Testament, but the line only reached its modern form in a 1993 Usenet post. It's fascinating how these things evolve.
But the mis-attribution detracts not one whit from the line itself.
That puts me in mind of a review I once watched for a hot-air rework station. One of the guy's complaints about the thing was that its fuse was on the neutral wire, not the hot one -- a safety issue. (This was the fuse in the unit itself, not one in the A/C plug as in the UK.) The reviewer decided to look into it further.
Now, you'd expect such an error to be due to an inattentive (or just clueless) assembler getting the brown (hot) and blue (neutral) wires backwards when installing the power cord. But no.
It turned out the problem was the molded power cord itself! It presented live power on the blue wire and neutral on the brown one. Yikes!
The ultimate blame for the unsafe rework station was with its maker, of course. But seriously, who would think to check that one's power-cord supplier hadn't made such an egregious screw up?
(Caveat: this was some years ago, so I'm reconstructing the details. And as a LeftPondian I'm used to a different colour scheme entirely, so I might be reconstructing them wrong. But I trust that I have the gist right.)
I worked for a few days in a room that was designed for people to work on hardware projects. It had power cords permanently dangling from the ceiling on spring-retract reels. Want power in the middle of the room? Just reach up and grab some. (When not in use, the cords hung low enough to be within reach, but not low enough to be in the way.)
Super convenient. Also safer, since an in-use cord wouldn't be running across the floor. Brilliant!
If one didn't know what an overhead projector was, "overhead projector outlet" would be an easy phrase to mis-parse.
I deplore that hyphens have gone out of style; their lack makes for a lot of such ambiguities -- or at best, sentences that you have to stop and puzzle over, but whose meanings could have been crystal clear with better punctuation.
Then there was the Land Of The Giants PCB (unpopulated, of course). What they'd forgotten to do was photo-reduce it from the original 2x or 3x by-hand layout.
(Not the place I was at. It was a friend of a friend's employer, or the fabricator they'd farmed the job out to -- I forget which. Only the initial sample run, but still...)
"Only a fool learns from their mistakes. The wise learn from others' mistakes."
Let him/her who has never made a mistake, call those who make mistakes fools.
It can be salvaged with a few changes:
"Only a fool learns only from their mistakes. The wise also learn from others' mistakes."