It’s mostly true, but not true often enough that makes it worth to buy cheap (and possibly twice), hoping for the lucky inexpensive quality item, then to buy nice, hoping you won’t have to buy it twice anyway cause it was just overpriced.

Also agree on what others suggested: buy cheap first, then if it breaks, buy quality.

You’re entering a world of pain

I believe the point is, once some data is publicly available, even if you try to delete it, you can never be sure all copies are truly gone. Like you said, maybe it lives on somebody’s hard drive, maybe some other user managed to scrape it for their own personal use, maybe they screenshotted the most compromising posts, etc. You can never be sure it’s gone.

I guess what they’re saying is, even though it’s “not supported” officially, you can still try and there’s good chances it’ll work anyway. If you need or prefer to stick to a supported configuration, it seems your options are either to switch to podman and figure out nextcloud, or switch away from RHEL.

I don’t think a macbook can fit in my pocket … and I don’t think the (virtual) keyboard on an iphone is a “manufactured restriction” compared to a macbook

Interesting, never heard of it before but looks promising, I should try it. I don’t care much for AI features, but I’m not against it either, especially if I can use locally hosted models, and it seems Zed supports ollama natively, so that fits the bill.

Coming from vscode, one of the features I use a lot is devcontainers, does Zed support something similar?

Visual Studio Code, I think it’s just the best, works on all platforms and there’s extensions for literally everything. If it enshittifies too much with e.g. copilot, etc. there’s always vscodium instead.

If I’m on a linux terminal, I use the micro editor. I can survive using vim if nothing else is available, but yeah, I used to be in emacs team back in the day…

I have used Qt Creator in the past and, while it was pretty good back then, nowadays I’m not sure if it can compete with vscode, I haven’t kept up with its development.

From what I understand, there was no hack nor fork in the recent news about Signal, it was human error, somebody literally invited the wrong person to the chat 🙄

Signal is still secure.

As for WhatsApp, it’s true that being Meta they collect everything they can, mostly metadata, but don’t they still implement the same end-to-end encryption as Signal? So, at least the actual content is your messages and calls should be truly private, i.e. out of reach even of Meta (and let’s say, all of this using a phone with no google e.g. graphene or lineage or calyxos). Please correct me if I’m wrong.

Exactly

Despite being in the hands of the zuck, whatsapp is more private and secure than telegram, and not because of any collaboration with X/twitter, it’s been that way forever… so go ahead and use it (but if you can, signal is even better on that front).

True, a literally steep learning curve means you’d learn very quickly!

Artificial Insanity?

It’s an extension so it can be deactivated

Article says:

[…] then carefully refactor the relevant components of the extension into VS Code core.

So… maybe you won’t be able to deactivate it anymore. Not cool, microsoft (but totally expected).

One thing I don’t like though, the article says:

then carefully refactor the relevant components of the extension into VS Code core.

So … you won’t be able to deactivate it anymore? not cool, it I interpreted it correctly.

For example, that someone could fork it and make it use a local or self-hosted LLM instead. Yes I know, other alternatives exist (Continue extension) but aren’t that good.

it is a lot of effort and time invested on a feature no one requested

At my last job there were several people using copilot very successfully, some even had the paid subscription, and clearly it was very useful to them. I tried it and found it not that good, barely saves me any time and sometimes actively wastes time, but that’s me. I won’t judge if others want to use it, as long as the code gets reviewed by humans, like during a pull request (and it was, in our case).

It’s just a tool. Just because I don’t find it very useful, I shouldn’t tell others not to use it.

That’s one way to do it. The other is to leverage your network (if available to you) and ask people if they can refer you internally. I’ve had a lot more success with the second method.

How common is such a test in the US? I work in the US and so far, I’ve never been asked to perform a drug test, ever. Then again, maybe I’ve been lucky…

but is it really unlimited? At my last job, it was “unlimited with manager’s approval”, which basically means as long as the manager approves you’re good to go, no hard limits, but in practice managers wouldn’t approve more than 2-4 weeks (10-20 work days) a year, usually.