[0cf8612b2e1e]

What happens if you try to sign up for a new account? Similar level of malfunction, I assume.

I am so sick of this reality. Endless dark patterns to get your money. Nearly impossible to get out. Why ever make a good product when you can just seek rent and fall into that perfect optimum of cheap-enough that cancelling is not worth the pain.

[goldpizza44]

This is what virtual Credit Cards are for... Each site gets a separate number and I can expire them as needed. Unfortunately, if they get popular vendors will figure out a way to detect and refuse.

[albert_e]

BofA had a online tool (Flash based I think) to generate and manage virtual CC numbers linked to your real card.

When Flash was sunset -- they gave a BS reasoning and shutdown this tool as well whithout making an effort to rebuild / replace.

I am surprised there was no big backlash from customers given the increasing online fraud and privacy/security consciousness of banking users.

Which (US) banks currently offer this virtual CC feature? I am a customer of three big banks/CC and none of them have this.

[ShortCipher5]

I have not used it and it may not be exactly what you want. But I seem to remember hearing PayPal offers a virtual card that can be used online.

[yomlica8]

Capital One has this feature I believe, I've been to lazy to set it up.

[moneywoes]

Does Apple Pay work like this?

[alias301]

Citi

[KETHERCORTEX]

> Unfortunately, if they get popular vendors will figure out a way to detect and refuse.

Most likely it's not going to happen. While the card is virtual, payments are done with real money. Risking to lose a customer with real money isn't something most businesses will do.

[DeathArrow]

If they won't be able to extract money from your CC, they will sue you since the've already billed you for the service.

[altdataseller]

What if it's like a small amount like $25? I'm asking because I owe AWS that amount but I lost my credentials so I can't even login to pay anymore and I don't wanna jump through hoops just so I can pay THEM.

[rwmj]

I don't know why you're being downvoted - this could happen, especially if you're in the same jurisdiction as the company.

[nunez]

Privacy changed their issuer precisely because this happened.

[junon]

Yep, since Privacy changed I've had zero issues with cards on sites. I've used them for years without any issues, I can definitely recommend them.

[dylan604]

Assume away, but to play devil's advocate, how much testing do you think is done on the close account procedures vs add new account and accept money from that account? i'll bet it's not even close to being even

[kstrauser]

I don’t accept that. If those procedures are failing, then someone should be getting 5xx alerts. Before they started failing, unit and integration tests should’ve been raising alarms.

A site that remains persistently broken has a lot more wrong with it than just some software bugs.

[dylan604]

Just because a 5xx alert is sent doesn't mean that someone will do anything about it, even if they didn't just lay off the entire staff. I'm sure some PM triaged the 5xx notices and anything coming from close account just gets pushed to the bottom of the queue. Obviously, I have no knowledge if that's what actually happened. I'm just continuing the advocacy of the devil

[kstrauser]

While that’s clearly true here, it’s a giant red flag if a PM is ignoring… a giant red flag.

[csydas]

Why? It's extremely common that massive 5xx errors across a service are largely just ignored unless it reaches a certain threshold. This is what I've observed in virtually every single large project I've worked on or with, and it's already quite bad for non-subscription services. If it can be dismissed as "only single digit % of users are affected rarely", it doesn't get attention.

I'm not saying this is a good thing, but it's so common with paid software offerings that it's no longer a red flag for me; I just assume that blocking issues that can be presented as only affecting a small number of users will not be addressed, especially if they're considered temporary issues. AWS and Azure certainly aren't paying out a ton when they have outages or system errors that for all intents and purposes render the services offered or machines running on their infrastructure whenever they have issues.†

For me it's hard to escape the conclusion that many services are over-subscribing their Systems and Developer staff across too many things presented as a single service; identity management, compute services, storage services, payment processing, free tiers, and so much more under a single service. A systems error or login problem or the classic Google problem of a single flagged account irradiating everything it touches on the platform is all it takes to completely take down your operations.

And the SLAs/TOS/EULA are quite complex on these platforms; it's hard for me to think that most persons can truly understand what they are agreeing to when signing up for these platforms, including the companies offering the platforms; in my own experience dealing with Storage-aaS vendors who provide S3 storage, it's very hard to get straight answers on outages or massive 5xx situations. (Embarrassingly, said Storage-aaS vendors' support teams have said in no ambiguous way that a 5xx error responses is a _client side error_ that needs to be investigated by the maintainer of the client accessing the S3 services...and I maintain it's incorrect for said vendors to use 503/500 as a response for "please slow down" when we have the 504 "Slow Down" response with S3, or the classic 429 HTTP response could be served instead, both of which are actionable for client applications)

The services are too big and doing too much, and not always very well. And ignoring the "small" interruptions that basically prevent the users of the platforms from doing their work is the norm; if the issue doesn't hit at least double-digit percentages of users, my experience is that the platforms do not budge or move since it can be hand waved away. And the user recourse in such situations is basically non-existent; maybe you'll get some credit, maybe you won't, who knows? The platforms sure don't, despite the monstrous EULAs they ask you to agree to.

I don't know what the answer is, but I really cannot consider many of the platforms, regardless of whether its for work or personal social purposes, as reliable. If a platform is going to present itself as a backbone of modern internet/computing, it's really trying to claim it's a utility, but it doesn't want to behave like a utility, it wants to get more spending from the users; as long as this is the case, where the user capture efforts take higher priority than maintaining the services and using plausibly deniable tactics to eschew that responsibility, I cannot get excited or interested in platforms; I will use them as the projects I work on require the platforms, but if it were up to me, I'd not put everything on platforms and diversify as much as possible.

† You can [0] submit a request for credit, but I'm not sure how much credit is being issued this way; I will give AWS a small nod to the fact that at least for me, their SLA Guarantee page is "fairly" easy to read, but my issue is that it looks like they only will offer credit for a fairly small amount of specific situations, and it's unclear how many of these requests are honored. A very brief search for a few terms on how long/often AWS refunds occur returns mostly the official documentation pages without any statistics, and also a few posts from AWS forums with users asking; the first post on the few threads I checked though were mostly "here's what you could have done to avoid this" scenarios; maybe the users indeed were doing something quite wrong, but at the same time it's unnerving to not quickly find stories about the process working well and efficiently.

0 - https://aws.amazon.com/compute/sla/

[shadowgovt]

Absolutely true, but cross reference: the new owning company is laying off Evernote's staff.

So in this case, yes, there is a lot more wrong.

[intelVISA]

Tests..? For a SaaS? Surely not?

[pyeri]

There have been stories of how convoluted and practically impossible the unsubscribe process from Amazon Prime is.

At almost every step, the system sort of nags you with "Do you REALLY want to do this?" almost with a trolling attitude!

If this is the case with proper big tech capitalist, think what will the scenario be with smaller pleb capitalists like Evernote in this grave recession.

[EVa5I7bHFq9mnYK]

Amazon got suspicious that a CC I was using is not mine and locked my account. But they continued to happily charge "not mine" credit card for Prime fees. And I couldn't login into locked account to cancel Prime. Took hours on the phone with clueless support to finally cancel that. Account is still locked.

[pyeri]

Instead of charging CC, AWS should have the prepaid balance approach that digital ocean and others have. The big guys can recharge however much they want but small scale users can also escape the headaches of incorrect charges to account.

Also CC use is declining across the world as more people are realizing the problem of debt trap, they should come up with alternative methods like UPI and bank transfer.

[kelipso]

There's at most like three do you really want to dialogs to cancel prime. I do a month every so often and the cancellation works reliably. It's bad yeah but not anywhere as bad as the site just not allowing you to cancel.

[Lolaccount]

Yeah, I was surprised about the recent rulings ...

I've found it easy to cancel ... and several times where I forgot to cancel, customer services happily, easily and promptly refunded the charge ...

I'm no big tech Amazon fan ... but never had a problem.

[selcuka]

I can understand them making it more difficult to accidentally cancel your membership, because that's how they make money. An "are you sure" or "please don't go" message doesn't annoy me.

Intentionally (?) breaking the site so that you can't cancel is another story.

[2muchcoffeeman]

Is it different in different jurisdictions? I get 1 month of Prime at a time and cancel all the time.