Forwarding is a decent approach too. Just note that it's not 100% reliable (due to limitations around spam filtering) and you will sometimes have emails that get dropped.
dan
joined 1 year ago
On the web, it would not be possible.
Why not?
Gmail can be easily replaced, by like Proton mail or something
Except for the fact that you'll need to update your email address in so many places.
If you do move to a different provider, make sure you use your own domain. It's way more professional, and it lets you move to a different provider in the future without having to change your email address again. I've had one of my email addresses for a bit over 20 years across a bunch of different providers.
The paid version of Protonmail lets you have up to 3 custom domains. MXRoute and FastMail let you use your own domain too. MXRoute supports unlimited domains and addresses; you're just limited by total disk space.
If the email address is important to you, it's better to use a paid service since it'll usually give you proper support and an SLA.
That really depends on the company. At big tech companies, it's common for the levels and salary bands to be the same for both generalists (or full stack or whatever you want to call them) and specialists.
It also changes depending on market conditions. For example, frontend engineers used to be in higher demand than backend and full-stack.
would there be any difference if the webpage has a JS button to put something in the clipboard, or it having code running in the background that puts things into the clipboard at page load?
Clicking a button shows user intent, whereas a page load doesn't. No user expects loading a page to overwrite their clipboard, but every user that clicks a "Copy to Clipboard" button does expect it.
I've never heard of LoRa. The marketing and whitepapers for HaLow specifically mention the things I did, for example https://www.wi-fi.org/discover-wi-fi/wi-fi-certified-halow
Not sure what you mean by "controlled" given it's open-source?
I really do enjoy that the web development community is finally getting excited about faster development tools, but...
written in Rust
It seems like there's a new version of the old joke about vegans.
Q: How do you know someone ~~is a vegan~~ writes code in Rust?
A: They'll tell you
I don't understand why the developers of these tools have to point out that they're written in Rust in the first few sentences about the project, as if that's the main feature? Programming language is an implementation detail, not a core feature. I don't care what language my developer tools are written in as long as they're fast.
As an alternative to Webpack, I like esbuild. Not as powerful, but way simpler to use, and handles maybe 85% of common use cases.
That's pretty good given (as far as I know) the main use case for HaLow is for low bandwidth, very low power use cases, like for IoT devices and other things you'd use Zigbee or Z-wave for today, including devices that run for years off a single button cell battery
At least back then, snaps wouldn't work if the home folders were not under /home/,
Do you mean that it literally had /home/ hard-coded instead of using $HOME? That's crazy if so.
MXroute are great. I switched to self-hosting my email server using Mailcow a few years ago, but still use MXroute for outbound email (meaning my SMTP server relays outbound email via MXroute). They've got deliverability figured out and have several fallbacks - I think if all of their outbound servers fail to send the email, they retry via Mailbaby and Mailchannels.