If you see a value limit enshrined in the UDHR, feel free to quote it here.
The bank isn't depriving you of your property, you agreed to convert your cash into a legally binding right to access cash in the future
It’s not one or the other. It’s both at the same time. Consumers are deprived of their property as a consequence of that agreement. The bank in case 1 currently says: to get your €19.99 back, either open another bank account or fuck off (in so many words).
From there, it comes down to whether you can sign away your human rights.
This depends on the country.
In the US: legal tender has different charactoristics depending on whether it is point of sale (PoS) or debt. W.r.t PoS, legal tender ensures the seller can accept it if they want, but have the option. W.r.t debts, legal tender entitles debtors to be able to use it for payment.
In Belgium: there is no distinction between PoS and debts. It’s as CanadaPlus says.. Legal tender must be accepted either way. But there are some exceptions: if the seller and buyer are not in the same physical place at the same time, there is no obligation to accept cash. Sellers/creditors can also reject banknotes that are disproportionate to the transaction amount. The bizarre thing about Belgium is there are various circumstances where a debtor only has cash but a creditor can refuse it, e.g. if they have no physical presence. In practice it’s even worse because some business simply break the law by refusing cash, and it’s not enforced.
Indeed, a banker’s draft almost always involves a fee. Though it’s possible that some high value accounts in places like the US would come with some perks like a few gratis banker’s drafts per year. Certainly it’s not the norm anywhere that I am aware of.
And from there, cashing the banker’s draft is a problem. @protist@mander.xyz is apparently thinking in terms of the U.S. case where there are (predatory) high-fee “checks cashed” shops all over, where at least you can get a check cashed. I think a European with a cheque is on shaky territory as it is -- unlikely to get a cheque of any kind, and also unlikely to deposit one, and in if a European has no bank account it’s likely impossible for them to spend a cheque.
The premise of the question is when the bank refuses you access to your money, which manifests in a number of circumstances. Receiving a check from the bank is useful only in scenario 1, and only possible in parts of the world that still have checks.
I’m not sure how it works but it may still conform to standards (just not conventional norms). E.g. consider eduroam which is common in EU schools. You need a special app for eduroam but it’s possibly combining various authentication standards with wi-fi standards. Before using eduroam I skimmed through all 1000+ SLOC of the bash script before deciding to trust it. I was revolted that I had to inspect all that code just to safely connect to campus wi-fi with confidence.
That said, I have no idea how wifi4eu works. It could be similar to eduroam and perhaps a FOSS app will eventually emerge. But until then, all we get is an all-rights-reserved copyrighted black box and no specs (AFAIK). So yes, it’s a shit show of exclusivity and privacy surrender nonetheless.
Yikes. I am disturbed to hear that. I was as well appalled with what I saw in a recent visit to a university. It’s baffling that someone could acquire those degrees without grasping the discipline. Obviously it ties in with the fall of software quality that began around the same time the DoD lifted the Ada mandate. But indeed, you would have to mention your credentials because nothing else you’ve written indicates having any tech background at all.
How have I made your point at all?
You have acknowledged the importance of having multiple points of failure. It’s a good start because the defect at hand is software with a single point of failure.
You're a bit incoherent with what you're talking about.
I suppose I assumed I was talking to someone with a bit of engineering history. It’s becoming clear that you don’t grasp software design. You’ve apparently not had any formal training in engineering and likely (at best) you’ve just picked up how to write a bit of code along the way. Software engineering so much more than that. You are really missing the big picture.
This has nothing to do with software design or anything else along those lines.
What an absurd claim to make. Of course it does. When software fails to to protect the data it’s entrusted with, it’s broken. Either the design is broken, or the implementation is broken (but design in the case at hand). Data integrity is paramount to infosec and critical to the duty of an application. Integrity is basically infosec 101. If you ever enter an infosec program, it’s the very first concept you’ll be taught. Then later on you might be taught that a good software design is built with security integrated into the design in early stages, as opposed to being an afterthought. Another concept you’ve not yet encounted is the principle of security in depth, which basically means it’s a bad idea to rely on a single mechanism. E.g. if you rely on the user to make a backup copy but then fail to protect the primary copy, you’ve failed to create security in depth, which requires having BOTH a primary copy AND a secondary copy.
This is a simple thing. If your data is valuable you secure it yourself.
That has nothing to do with the software defect being reported. While indeed it is a good idea to create backups, this does not excuse or obviate a poor software design that entails data loss and ultimately triggers a need for data recovery. When a software defect triggers the need for data recovery, in effect you have lost one of the redundant points of failure you advocated for.
When you reach the university level, hopefully you will be given a human factors class of some kind. Or if your first tech job is in aerospace or a notably non-sloppy project, you’ll hopefully at least learn human factors on the job. If you write software that’s intolerant to human errors and which fails to account for human characteristics, you’ve created a poor design (or most likely, no design.. just straight to code). When you blame the user, you’ve not only failed as an engineer but also in accountablity. If a user suffers from data loss because your software failed to protect the data, and you blame the user, any respectable org will either sack you or correct you. It is the duty of tech creators to assume that humans fuck up and to produce tools that is resilient to that. (maybe not in the gaming industry but just about any other type of project)
Good software is better than your underdeveloped understanding of technology reveals.
Thinking that a federated service is going to have a uniform or homogenous approach to things is folly
Where do you get /uniform/ from? Where do you get /homogenous approach/ from? Mbin has a software defect that Lemmy does not. Reporting mbin’s defect in no way derives and expectation that mbin mirror Lemmy. Lemmy is merely an example of a tool that does not have the particular defect herein. Lemmy demonstrates one possible way to protect against data loss. There are many different ways mbin can solve this problem, but it has wholly failed because it did fuck all. It did nothing to protect from data loss.
on your end and a failure of understanding what the technology is.
It’s a failure on your part to understand how to design quality software. Judging from the quality of apps over the past couple decades, it seems kids are no longer getting instruction on how to build quality technology and you have been conditioned by this shift in recent decades toward poorly designed technology. It’s really sad to see.
Exactly. You’ve made my point for me. Precisely why this defect is a defect. The user’s view should be separate and disjoint from the timeline. Lemmy proves the wisdom of that philosophy. But again, it’s a failure of software design to create a fragile system with an expectation that human users will manually compensate for lack of availaiblity and integrity. I know you were inadvertenly attempting again to blame the user (and victim) for poor software design.
It’s a shame that kids are now being tought to produce software has lost sight of good design principles. That it’s okay to write software that suffers from data loss because someone should have another copy anyway (without realising that that other copy is also subject to failures nonetheless).
Who cares?
Anyone who values their own time and suffers from data loss cares about data loss, obviously.
This is a serious question.
Bizarre.
Anything that is important to you should be backed up and/or archived. Relying on a third party social media app is folly.
This is a bug report on faulty software. If you have a clever workaround to the bug, specifics would be welcome. A bug report is not the place for general life coaching or personal advice. If there is an emacs mode that stores posts locally and copies them into a lemmy or mbin community and keeps a synchronised history of the two versions, feel free to share the details. But note that even such a tool would still just be a workaround to the software defect at hand.
Wojciech Wiewiórowski was intent on calling mastodon a failure for political reasons. When pressed on the harms of public services using Twitter and Facebook, he defends them on the basis of content moderation. Of course what’s despicable about that stance is that a private sector surveillance advertiser is not who should be moderating who gets to say what to their representatives. Twitter, for example, denies access to people who do not disclose their mobile phone number to Twitter, which obviously also marginalises those who have no mobile phone subscription to begin with.
Effectively, the government has outsourced the duty of governance to private corporations -- without rules. Under capitalism.
The lack of funding on the free world platforms was due to lack of engagement. When the public service does not get much engagement they react by shrinking the funding.
We need the Facebook and Twitter users to stop engaging with gov agencies on those shitty platforms. Which obviously would not happen. Those pushover boot-licking addicts would never do that.
tl;dr: is it a good idea to put Elon Musk in control of who gets to talk to their government?
view more: next ›
When a consumer opts to close their account, the banking relationship can only be ended when the balance is zero (when neither party owes the other). You seem to be saying the UDHR does not entitle people to end the banking relationship at a time of their choosing, correct? In which case the banking relationship continues until the service fees eat away at the remaining balance, against the will of the customer. This is just another way to separate someone from their property.
Banking customers who open an account in the national currency have a reasonable expectation that the value of their account remain pinned to the value of the national currency. Exchanging that for a precious metal and having an expectation that value not decline would be absurd and I do not see how this analogy makes any sense.