> but I still get the benefit of noone but me having access to my received emails.
Other than every smtp relay hop and any network tap along the way that could keep a copy. Hope you're encrypting and not worried about the envelope. Email is fundamentally not private. Self-hosting doesn't help all that much (though it may keep it out of certain companies' hands, aside from the emails copied to or sent from that provider)
> Because it’s a) scripting language b) not even a good one.
> Even if modern versions somehow overcome those limitations - nobody would bet an expensive project while there are plenty of more relevant alternatives
No, b) is absolutely your opinion (how can "LangX is not a good scripting language" be "statistical fact"? Come on.)
a) -- depends on your definition of expensive, but, again, I point to the tons of new (and old) companies choosing python all the time, even if some other language is "better" (for whatever your definition of better is)
We agree that neither PHP nor python would be good fits for building a database or similar. Doesn't make my points wrong.
Your messaging client may helpfully request the url they sent you to show a url preview.
In an email, your client renders the html including img tags (yes, this can be disabled, and may not even be default for most people anymore; it’s still a thing)
Not really true, if you have an iPhone, at least. URL previews are loaded on message open. A network request to the url they sent you. They know when you opened it
1. Why wouldn’t you vote? I don’t get it. You can vote and leave out particular elections. Or you could write in your own name. Educate yourself and make the best informed decision you can.
2. Voting status is not a protected class. If they want to fire you over it, they can. This seems absurd though.
I’d suggest you find another job if you think you’d be “into trouble” by voting a certain way or not voting.
Perhaps just keep your personal opinions to yourself if you think you’ll be ostracized… but I would not want to work in such a place.
Punishment is effectively not allowed at many schools because parents suck.
Kids complain to parents.
Parents complain to teacher. Teacher tells parent to pound sand. Parent complains to administration about unfair teacher. Administration takes a “customer is _always_ right” mindset for various reasons, and teacher told to not enforce. Or the rule is changed.
Some parents refuse to allow their child to do anything wrong (by moving the goalposts of “wrong”, assuming their child is always right, etc), some have anxiety if they can’t reach their child instantly via text, some parents refuse to enforce rules they don’t understand or agree with.
I used the app briefly a few months prior to their discovery. The app was riddled with bugs. Things like chats not loading (received the push notification, but in the app not visible until force quit/reload). I’m not surprised it took them so long to remediate. I would guess a shoestring contractor dev team.
Doubleclick existed before Google bought them.
Apple has an ad network.
Meta has an ad network.
Breaking google’s ad network off doesn’t change anything for the small businesses who want to spend $50 to reach 100 millennial women interested in home goods.
The ad exchange buys user profile data from those who collect it (which also happens today in addition to first party collection)
It ensures someone else has moved the card to the next status (or, that automated tests have passed and moved it to the next status by automation)
You can permission who can move to what status.
As a random dev, I personally wouldn’t recommend it unless there are legal requirements for such separation (or your org has lawyers that think such requirement exists)
Other than every smtp relay hop and any network tap along the way that could keep a copy. Hope you're encrypting and not worried about the envelope. Email is fundamentally not private. Self-hosting doesn't help all that much (though it may keep it out of certain companies' hands, aside from the emails copied to or sent from that provider)