Relatedly, all Google apps (e.g. Maps) on iOS try very hard to push Chrome on you (even though iOS Chrome still has to use WebKit). When you click an external link, they present you the options of Chrome, Google (the search app), or Safari. This happens even if you don't have Chrome/Google installed, so they take you to the App Store instead of opening the webpage. If you choose Safari, it still doesn't open Safari, it opens a web view inside Google Maps, from where you have to press yet another button to get it to open as a actual Safari tab. The menu has a "remember my choice for next time" switch, but it seems to reset every few times so it constantly re-nags you.

If the link goes to something that should open in another app (e.g. goes to instagram.com when I have the Instagram app installed), unless I satisfy its demands to install Chrome, it takes like 3 extra clicks to open in that other app.

Isn't that almost exactly what happened at github too?

I kinda wish there was something like cookies, but even more persistent. Lets call them permacookies.

I want to "remember my device", and have that keep me logged in forever with a permacookie. I don't even want to have a username and password. I want to create an account and be forever logged in.

There would be mechanisms to backup my permacookies, or transfer them to other devices. I'd have control of which sites could set permacookies for when I didn't want to be tracked too.

Sometimes I think I'm the only low risk person left on the planet wearing a mask and vaccinating. Then I see old folks or one 30y/o woman in the supermarket wearing a mask, and I remember that this protects them too. There's even some performers asking fans to mask up so high risk people can come to their shows. Gives me a tiny glimmer of hope for humanity.

When we switched off of AppSignal, since our instrumentation as deeply intertwined with our code, it took a while to change that over to Otel. But at least now, being Otel, theoretically if we want to change it to a different vendor, we can. If we were to change off of DD, and there is an otel collector that can accept DD APM spans, then we can switch now, refactor later.

In practice, DD has a lot going for it that I don't see in New Relic. There are also some key features in DD that is not in OTEl -- for example, we can't use DD's APM ingestion controls for controlling sampling rates for OTEL spans, and DD has no incentive to add such a feature. I'm actually working on adding in Otel sampling into our project right now. (In our case, we have to use Otel because DD does not have SDKs for Elixir)

In the early 2000s someone (drunkmenworkhere is what I remember) made a blog post generator that you could sign up for, add some names, some interests, and it would generate blog posts with Markov chains and some other magic. I signed up, not fully understanding how it worked, added some friends and family as names, played around with it, it wasn't what I thought it was and moved on. Meanwhile it kept generating entries about me and my family doing fantastic things.

At some point my then ex-wife (we've since reconciled) was google-stalking me and came across these entries. At some point they became outlandish enough that she contacted me to ask what was going on in my life. There was a very confused conversation where I had no idea what she was talking about and she was somewhat concerned about my health and safety. It wasn't until I talked to a relative and started googling myself with some specific terms that I came across the entries and was able to figure out what was happening. I emailed the individual running the project and asked to end the entries and if possible remove them from the internet to avoid further confusion.