Re: Computing smarts in the cloud
That's the user's fault. They should have stayed at home.
40413 publicly visible posts • joined 16 Jun 2014
As long as you put up with it they'll keep on doing it.
Here's an idea for you. Download the live ISOs some of the most popular distros: you could try the three main variants of Mint, Zorin and something with KDE, say Kubuntu.
Copy each in turn to a USB and fire it up. Play with it running from USB. Remember that the performance you see running from USB will be less than a properly installed version. Bearing that in mind see which most suits you, maybe with the aid of a bit of tweaking* - that's personal preference, neither I nor anyone else can help you there.
When you've made a choice, and providing you've got spare disk space, run the installer that the live distro provides. Take the option that allows it to install beside your Windows**. If offered take the further option which allows a separate /home. Try living with it for a few days.
* All of them will have some settings options which may change their appearance and behaviour to some degree. All of them IME default to a US keyboard layout so if that's not what you have it will be the first thing to change, even before logging into yout WiFi if the password includes punctuation marks. For a KDE desktop if you want to change the way the start menu works right click on the start menu button, click on Edit panel, then on Show Alternatives.
** Do not choose to let it take over the whole disk!!!!
"Then there are all the newer containerized ways to install programs including Flatpak, Snap, and AppImage."
I'd agree this lot need to die. Just stick whatever it is in /opt in its own little directory tree along with any dependencies you think might be troublesome.
LibreOffice does this. It provides .deb and .rpm files with no need to bother about the specific distro using that particular package mechanism. (It also provides single packages for 32 & 64 bit Windows and for two CPU families of Mac.) The packaging mechanism looks after integration with the desktop - menus, file associations etc. and I assume the Windows and Mac options do the same thing.
An alternative option is to simply provide a tar file to unpack in /opt. This leaves the user to integrate into the desktop although I suppose it might be possible to provide a post-install script to do it.
"The next common thing about users is they hate change. Even modest 'enhancements' by Microsoft are guaranteed to bring howls of protest in these columns from people who want it to work the way it did."
Got it in one.
That's why I prefer a Linux desktop. I can keep things looking more or less the way they were 20 years ago with subtle improvements on the way. If you don't want to keep enjoying those modest enhancements bite the bullet once, switch to a Linux desktop that duplicates the experience you wanted and you never have to change unless you want to.
Linux has been my daily driver for years. Does fragmentation bother me? No. On the contrary it makes it easier for me to have exactly the desktop I need without some handful of vendors trying to double guess some small choice of arrangements which will [dis]please me and everyone else simultaneously.
So let's see. Leveraged buy-out of one or both businesses. Elliott* and other shareholders get a big payout, the businesses get loaded with debt, struggle to make a profit because of the interest, maybe get subject to another** leveraged buy-out and eventually fold leaving the creditors, largely those who lent for the ultimate buy-out, in the lurch. Bye bye WD. Have I missed anything out?
* Who always know better than current management of such a range of companies and must, therefore, be brilliant managers, so much so you wonder why they don't just start a few companies and run them so well they take over the world.
** How many did Maplin go through?
Back to the office has been enough to make my daughter jump ship.
The job before the about to become ex-job was work from home with visits to the rather distant office every few weeks. The about to become ex-job quickly became work at home during lockdown and is now reverting to office. The next job will not only be work at home, work at the office wasn't even an option, in fact she's not even sure if where the UK office is if there is one. All three are similar jobs, all three can, in practice, be work from or at home (there's a difference), two obligatorily so, but one suddenly thinks they have to be office based. Go figure.
Both sides? It would only be the challenger who would cross-examine. But otherwise, yes; something that claims to have the same legal rights as a human whould be able to discharge all that the legal system requires of a human. That starts with making its own claims rather than having its owner do so.
".... that there is life elsewhere in the Universe."
First problem is to define life.
The second is to work out what steps have to be undergone to create the sub-systems it needs in a pre-biotic situation.
The next is to bring those subsystems them together. Not only do they have to have come about in the same place but also at the same time. It's no use, for example, if an energy handling system comes about after all the amino acid/nucleotide stuff has developed but fallen apart because something destructive has happened to the components.
They have to come together in a way that enables them to function together.
They also have to survive whatever changes that befall their planet including what they evolve into; the development of green plants, for instance, was a big threat to earlier life forms because it released free oxygen for the first ime, which is very poisonous to life that can't cope with that.
Although life as we know it is very good at perpetuating the otherwise improbable it is, itself, extremely unlikely.
As far as I can see the traditional statistical argument has been there are a lot of suitably sized planets (whatever suitably sized might mean) in the habitable zone and we know life started here on Earth (so how can might it be?) so there must be lots out there and where are they? Well, we know of one: here, us. Without looking at the individual requirements, estimating their likelihood (not easy, I'd have thought) and combining them there isn't a realistic assessment of how likely it is that eliminates observer bias.
"Nature published research suggesting that amino acids had a crucial role in the evolution of the first self-replicating molecules."
What that actually says is that RNA can act as a catalyst is joining random amino acids together to make peptides. It's not self replicating but it is an important step in showing how one of the important subsystems of life, translation of nucleic acid sequences into proteins, could have evolved given the appropriate components.
Can it be really that difficult in principle? Give each consignment an identifier, likewise each location and vehicle. Record each transfer of each consignment from one location or vehicle to another. Handling that sort of data is the sort of thing that Good Old RDBMS does really well. It's falling down on that recording that causes problems. Fail to record those transfers and your consignment's AWOL. The problem is the practical one of what should be done not being done, concentrate on find out why that's happenig. If the transfer doesn't happen when it should, raise an alarm, that is also within the capabilities of Good Old RDBMS.
Using AI/ML when the transfer isn't recorded is a fancy name for guessing. If the transfer's recorded you don't need the AI.
This seems to be a further development of the technique started by HP. Make an offer but bypass due diligence. When buyer's remorse sets in blame the entity you were buying. The development is to advance the buyer's remorse so that it happens before the deal is finalised rather than afterwards.
"ServiceNow said the purchase is designed to help companies under immense pressure to attract, train, and retain an effective workforce."
I can't help thinking that using ServiceNow and gaining a reputation for treating and paying employees well might be more effective than just using ServiceNow on its own.
Context is everything: in this case, an old mainframe system, the wording might well have been specified by an analyst or designer and not left to a junior programmer. It would have been specified that way because it wasn't customer facing, it was staff facing.
In general we need to realise that there's a hierarchy of ways to convey information. The UI is, whatever the era and technology, limited in bandwidth.
Long labels mean either crowded or oversized screens.
Long prompts aren't always going to be read or will sometimes be misread.
"Discoverable" functionality isn't going to be. Have you ever been shown, read or seen in a video some function of an application you thought you knew and thought "I forgot/never knew it could do that?".
Adding tool tips, extra documentation and training all have their places over and above the first line UI.
If you find something that old it's very likely driving some extremely expensive diagnostic machine which isn't going to be replaced any time soon and whose manufacturer has disappeared or never got the system re-qualified on a later version. Possibly it relies on an ISA interface card with not more recent alternative available. It's not organisation that matters, it's money.
The difference between Shift and Ctrl is that with Shift the action, or the result of it, is visible. This is especially true when using a typewriter so Shoft and Lock will require no thought whatsoever to someone who started out on typewriters. Ctrl characters are not necessarily so and operate on a different level in the user's perception. Ctrl-V, Ctrl-Z etc. might result is a visible change, Ctrl-C has no immediately obvious result (assuming the context means copy).
“Are you sure” questions are daft.
Not if it saves you from the "Oh shit!" moment when you realise you've clicked the wrong button and what you've done is irreversible. They should, of course, be saved for such situations and accompanied by a clear statement of what it is you're about to confirm.