If your website will block me out because I used a privacy friendly email, I want nothing to do with your website.
No other parking available anywhere near in 30 mins walking distance. (paid or free)
I had to download a 3rd party app that asked me to register. This app isn’t by the Italian government, it’s affiliated though.
So in that situation, I want nothing to do with your website or app, because I wouldn’t able to park.
It's so hard to build anything big and durable because they've created these steep gradients.
Lot of people need to look in the mirror on this one - from programmers to execs.
Almost none of us were deeply familiar with how rates could affect the availability and pricing of services, and the implications for infrastructure. Many of us understand this now, but too late—it’s unlikely that we see rates that low again in our lifetimes.
The settlement in court was - you got I believe a $1.00 coupon to use parkmobile again - but you could only use .50 towards each transaction
"
You are eligible for up to a $1.00 credit to be applied to ParkMobile’s service fees. The code provides a $0.25 discount on ParkMobile’s service fees and may be used up to four times for a total discount of $1.00. The code will expire on October 8, 2026. For residents of California, the code will not expire. The code will only work for accounts associated with email addresses that are in the class."
They were literally trained not to value their privacy. The first generation of ipad kids now have driver's licenses.
I’m quite content having grown up without being always online. The childhood I had where what I did between school time and when my parents expected me home for dinner were mine alone. Every event was not recorded by 50+ cameras with bad seats and posted online for nobody to watch.
A truly excellent time to be alive that I doubt we will see again
So digital native kids have learned to not trust people on the internet, don’t use your real name in an alias, etc.
“They were trained not to value privacy” is not what they are being taught in school.
When I was in Italy last summer, I couldn't figure out how to pay with my card at the machine in a small town, where you'd park to walk into an ancient city on a hill*. I asked two Italian woman for help and even with being able to read the Italian + having paid with coins themselves, they struggled to help me understand the combination of steps required to pay with card.
Note that sometimes the risk is low, and changing your plate is cheaper if you do get a fine...
- the apps almost always allow you to remotely increase your stay - the apps almost always allow you to pay by the exact minute instead of by the quarter/half an hour
create a burner for when ‘not always applicable unfortunately’
I suspect you could but you'd be risking a car - better try it with the clunkiest clunker you can find.
But like you said, what are you supposed to do otherwise?
I want that company devalued and bought by Verizon or AOL to die a Yahoo death.
What is insane to me is how few people realize their stock has a higher P/E than nVidia… and it isn’t because of some bullshit minor AI data deals. It’s a youth-forward narrative machine, and everyone knows it.
If the future's your oyster for what happens to Reddit, why stop there? If it's bought by somebody, that implies that Spez gets an amount of money that is greater than $0.00. Ideally, we avoid such a grim and unjust outcome. We want it to be made effectively worthless so he goes broke.
> If your website will block me out because I used a privacy friendly email, I want nothing to do with your website.
(I might be misremembering but they definitely require a valid something now, as I found out a while back creating a new batch of accounts to rotate)
I could post but my posts were not visible to anyone else
Also practiced on this site.
As of about six months ago, AT&T's web site would not accept email addresses without a three-character TLD. I had to get a customer service person on the phone to manually change my address.
.io
.co
.aiOr any ccTLD: .ca, .fr, .se, etc.
* https://en.wikipedia.org/wiki/Country_code_top-level_domain
^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{3}$
it worked for the emails that the web dev tried and you have to have a valid email address to file a complaint.
Nothing of it solves privacy though.
And of course after registering with foo+bar@example.com they will happily send invoices to bar@example.com
Standards only matter to nerds like us.
Private emails regularly lead to awful customer service interactions because people cannot tell us the email they used to register. Fastmail at least is off the beaten path enough that people probably can understand. Apple, especially using sign in with Apple, is horrid. And not just people unable to tell us the email; they then create multiple accounts; try to sign in on web and use their actual email and then have 2 accounts and flip shit that their stuff is gone; etc. Oh, and regularly blame us for their confusion.
I'm curious (and not trolling by asking) what a solution might be since email has been used as a unique account identifier for so long it is hard for my brain to think of another option at the moment.
Allow them to sign in with OpenID, etc., to put one (or more) e-mail addresses on (obviously those e-mails end up unique to that account), in my case, I always force-link e-mail addresses from Google's OpenID (mostly to prevent people accidentally creating multiple accounts). Allow phone numbers too!
Also allow usernames (and just automatically generate them); the user can change their username if they really want to.
Every other dependent system should only be using the UUID. If you have some dumb legacy system that insists on e-mails for a primary key, have an internal only domain and hang the UUID off of that.
There is a specific use case when two people want to have their own accounts but share an e-mail or a phone number for logging in. In that case you want to just let the user pick a "primary" email address and "primary" phone number (which is the only one they can log in with as a user ID) and the secondaries are just for verification. This is kind of common with people who want their spouse's phone to be able to get into their account for example (a pretty common use case for one of our apps, although they're technically supposed to make their own accounts, we allow this simple form of sharing).
So...