Re: I did.
By standard Roman numerals rules, yes.
Historically, no, IIII has been common.
67 publicly visible posts • joined 6 Nov 2019
For some approaches, yes, it's hard (in large part because of the placebo effects).
If you just want to test the effectiveness of 1 dose of placebo per day vs 3 doses per day? That's trivial (you can't blind such an experiment, of course, but you can still get interesting results)
That's if you treat each digit as binary.
You can count higher if you extend it a bit - each finger can be fully closed, partly open (i.e. the finger joint connecting to the hand is opened, but all joints in the finger closed), or fully open.
That said - I don't know many people who can individually control all of their toes, so you probably can't rely on even binary there (or possibly treating it as 2 digits per foot - big toe, other toes, I suspect many people can do that much)
As a proud KDE user...
Compared to other full DEs (gnome, windows, whatever), no, it's not.
Compared to the DEs designed to be much more lightweight and less featureful? Sure, for users who want that, it's resource hungry by comparison
Compared to KDE of 30 years ago? The amount of RAM KDE is using today would be very expensive last millennium :)
But also... Tweaking it to be less resource hungry can mean turning off some of the 3D effects and the like - if you don't have a half-decent graphics card from the last decade, then that could well be draining on your system
Owning your own system is irrelevant for 99% of users. Sure.
Being allowed and able to do the things you want/need to do, without being blocked by MS (or Apple, or Google, or...) policy, adverts, LLM interjections, etc...
That's for everyone
A slight reframe, and it shows your conclusion is misguided
It's not part of the election process, but it's part of the political landscape (anywhere people discuss politics is)
For good or bad (1), social media & forums and the like are one of the places people can discuss, debate (2), and become more informed (3)
The alternatives are only local discussions (your friends & family, mostly), or the corporate mass media
Both of which have other problems
Footnote 1: let's be honest, it's really both - the ratio depends on which platform, and in the case of reddit, which subs you read
Footnote 2: sometimes the debate is even respectful
Footnote 3: occasionally upgraded to "well-informed"
Depends.
Sometimes people would rather interrupt other people than read themselves, even when they're ostensibly the expert (but don't like reading)
someone who has a habit of asking you to read the manual for them (and should know better) can be told to do their own job
Other times, techy people aren't great at the people skills, but somehow end up getting pestered by users
And sometimes, people are just rude and/or elitist
I can think of a few ways a game could cause it to be slow.
When not running, it could be because it's taking up a lot of disk space or there were system config changes (uninstalling fixing the problem means it wasn't config)
When running, CPU/RAM/etc as well
Any greybeard who didn't check disk space, free ram, and cpu usage - when trying to figure out why a system is slow - should have retired long ago
> I know a guy who works as a tester, and is quite proud that he can break things, and find flaws where others cannot. Isn't that, erm, part of your job?
Sure, that's the job, but nothing wrong with taking pride in being good at it!
As a programmer, a tester who can find all those edge cases (and communicate them clearly) is very useful
You can also just log out of your GUI and back in, and you should get almost all of the same benefits (e.g. if menu rebuild only happens on login) - as the app launcher belongs to the DE, not the OS
It's only if there's kernel/modules/init changes (or services that are enabled but not started) that a full reboot is required (barring live kernel updates which exclude even kernel - the rest theoretically can be updated in place)
Depending on $things and $stuff, logging out & in to the DE might not be significantly faster than a full reboot though
It might not have even needed much lobbying - the insurance industry likes being able to quantify risks, and Google/MS authentication is a reasonably well known and predictable risk level for them.
And there's a lot of work that goes into securing auth on those platforms - certainly there are problems, but even specialists like Okta have had breaches, so I can understand that viewpoint
As other have said above - it's a Python of the Monty kind (if you read through carefully you'll find that it's actually explained)
If OPERATOR was the account name, then yes it narrows it down a lot; if it's just the job title of the computer operator then not so much
And of course a script can be corrupted when sending to another person, particularly when it's a joke script that gets corrupted by the jokester sending it to someone else.
Hard to say exactly how it happened (maybe, just maybe, it was done with a text editor), but it certainly can
Yes, security on those old systems was poor. But the idea of multi-user and having some sort of isolation (and access control) was being worked on.
There's always been a conflict between security and usability (if it's done well, you can get a fair bit of both, but that takes skill and effort)
MS doesn't exactly have a track record of focusing on security - but if they did, random other corporations couldn't, say, install kernel code - and that'd upset a lot of people too (anti-cheat rootkits, for example)
A driver is for things like hardware.
e.g. if your sound drivers fail, you can just lose audio rather than killing the system.
drivers are not for security (well, there are hardware security tokens, but that failure will fail correctly)
And external companies injecting code into the kernel for security? yeah, we have an example today of why that's not ideal
That's only part of it.
Going back through the years, they've always prioritised making things easier for people over good security.
Which did work, as it helped with the spread of computers and with making them more money
But we're continually seeing the downsides
Windows started as single-user & standalone. You didn't really need that much in the way of security (until sneakernet virii, but that's a bit later).
As opposed to "real" OSes that started out with some sense of being multiuser (primitive and broken though it was have a century ago)
It's changed a lot over the years, but you can still see some of the legacy of those early days
It'd be possible to have a kernel that can catch a subset of crashes in kernel space (and maybe eject a driver or something), but more to the point:
kernel crash means a bug in kernel space.
Either MS's code has bugs itself, or has a security hole that allows other software to crash the kernel (yes, in reality it's both).
Unless you're using a non-MS kernel, MS has something to do with this.
And yes, the same could happen with other kernels, sure, but it usually happens with Windows
Not that rare - if you barely used it for anything and it wasn't left running for long, even older versions of windows would work reliably
e.g., for all of the executives who had to have the most expensive computer because it was expensive, and it only got turned on when they summoned a new pleb to install upgrades in order to keep it expensive...
I dare say that could have been much more common than WinNT/Alpha...
Are you asking about the advantages for the website, or the user?
Depending on the app, there definitely are some, for both
E-commerce websites definitely don't need an app, but things like maps (set up to have a widget, directions on lock screen, etc) or media players (allowed to play in background, etc) have a use-case.
If most of the data and files are static (or rarely changing, or you want them offline) then an app is an advantage (both to you, since it loads faster & offline, and to the site since it drops data costs)
for a good app performance should be a lot better too
Plus for the website, there's some ego trip, but also having the icon on your phone's home screen is bonus advertising every time the user notices it
For most apps I actually want, there's no adverts anyway (some do it, but unless you install an alternative browser on your phone you'll still get them in the website as well)
> It could have been yours, too.
Indeed, it was (first Linux distro, I had played a bit with gnuwin and cygwin(*))
30 years... Nostalgia sure aint what it use to be
I didn't start at the start, but it wasn't much later - now I'm wondering which version I started with..?
Initially thought it might be 3.0, but I think I remember compiling to a.out files as well, so could have been 2.3...
Ahh, the days of running off of 2 floppies (because the hard drive had windows installed) - one to boot (with kernel) and one for userspace (including X86, I think - or maybe that was later and a 3rd floppy?)
I learnt a lot from that, but eventually got tired of having to figure out changes to config files (particularly X.conf) most updates (config files weren't managed - if you unpacked the one in the .tar.gz over the one in /etc you had to reconfigure it - and I hadn't yet figured out diffing and merging local changes with upstream)
Footnote: I thought I had played with cygwin for a while before slackware, but wikipedia tells me cygwin came out in 95, so maybe it was just gnuwin before and cygwin in parallel...)
It is relevant for a lot of their customers though - American companies will prefer to buy from other American companies(*)
Is it relevant in regards to if companies will pay for a sysadmin team that can manage it themselves rather than rely on support contracts?
harder to say...
Footnote: A few $JOBs ago, we had ecommerce clients from around the world.
Nearly all in the US were running IIS, most everywhere else were Apache (nginx was only starting to come in)
I'd say in the Unix command line philosophy, each app can be the master of one skill - not a mere jack (there are apps that do things badly, and there are apps that do a lot, but for most common tasks there's one tool that does that thing well).
And you control how they interact pretty easily, as opposed to having to set up linking requests/etc with modern apps
That makes a big difference!
I'm a KDE user rather than Gnome - there's a bit of it in the KDE world.
It's there in app composition (e.g. anything that needs text editing - from notes up to an IDE - can embed the text editor part and it uses same keyboard shortcuts, spellchequer, etc, in all apps)
It's there in places like I/O (text editors can open a file on a remote server over SSH if you want, since it's a set of io access plugins)
And of course in calling other apps. If the app doesn't have its own webview, then clicking a link can launch the system web browser. Or similar for downloads. But that much is common on most (all?) DEs
It may have been less than "mere hours".
Quite possible the address was already getting intermittent spam before you signed up, then once the email address went live and the mailserver stopped saying "recipient not found" - joy of joys for a spambot, a fresh inbox detected!
Of course it's also possible there's other ways spammers can find out - like if they offer a bit of free hosting space, and people can check the directory of ftp://homepages.$isp.net/
Or something more mundane like the ISP added the email address to the email service their marketing people use for promotional material - and they selected one of the cheaper providers...