There's no mechanism for pressing politicians except threatening not to vote for them again, and politicians are exceptionally cowardly and avoid picking up hot potatoes that could incur criticism. I'm in a district with one of the safest seats in the country, and getting my representative to state a position on many issues is like getting blood out of a stone.
There's no formal mechanism of accountability for members of Congress. Representatives hold a few town halls a year where they might be subject to social shaming by their constituents, but there's no legal obligation to do so and even when they're publicly embarrassed they often dismiss public opposition as 'a few paid agitators' or the like.
This is doubly and triply true for complex policy issues which require a lot of explaining, making it virtually impossible to build grassroots support. So you just end up with a nonprofit industrial complex that needs to constantly raise funds for lobbying and publishes slates of endorsements at election time that relatively few people have the time or inclination to read.
I wonder how the dynamic between members of Congress and their constituents would change if we had a larger Congress. Instead of the ~786k people per representative, having ~107k like the UK. Would it be feasible? Probably not. But Congress is way too small and it results in some poor incentives.
It also doesn't help that in situations like this, both major parties are moving in lock step. You cannot vote against something that both party stand for.
Terrance McKenna once said that the worst president was the one in power, regardless of when it is. It is because for the most part, they just keep building on the existing frame work, standing on the shoulders of those before them.
Now one could argue that Trump is doing the opposite this term, but depending on were you stand, this might not have been a great out come.
The answer is to vote in the primaries. That's how you unseat a 'safe' seat. I'm not going to say its a good answer, because the primary system and the two party system in general are terrible, but its the best choice you have besides running yourself.
Many European countries have had viable online alternatives since forever, and a lot of them are being consolidated into Werk, which will also enable physical payments
Many countries have alternatives already. In Poland Blik is ubiquitous and very very easy to use. And I love how it's implemented, Visa and MasterCard could learn from it.
Tldr - you open the app on your phone and it gives you a 6 digit BLIK code, you give that code to the seller, then a notification comes up on the app saying "seller X is trying to debit your account by amount Y, agree?". It's brilliant because then the seller gets nothing identifiable about you. Even if someone overhears the code, it's only valid 60 second so it's useless. Unlike with regular cards there is no risk of losing one or using a fake terminal that scans your card instead. And any transaction has to be explicitly rather than implicitly approved. Love it.
This is indeed one of the biggest weaknesses of "pull-based" payment cards, and something most if not all natively phone-based methods do better.
The best credit and debit cards can do is PIN verification or biometrics (for Apple/Google Pay), but even there you still trust the terminal to not show you a different amount than you'll be charged (assuming the screen is even pointing towards you; I've often been asked to tap without seeing what I'm even consenting to).
Online, there's 3DS, but that's not required everywhere and for every transaction.
There once was a vision to extend both positive cardholder approval and cardholder authentication for each card transaction, but it turns out the friction of that is higher on average than just letting everything but the most egregiously suspicious fraud go through by default and handle the rest via the disputes process.
Out of curiosity:
> you open the app on your phone and it gives you a 6 digit BLIK code, you give that code to the seller
Is this the flow for online payments as well, or only for in-person payments?
> Is this the flow for online payments as well, or only for in-person payments?
On-line, too. Or should I say, first, because AFAIK on-line came first. I've been using it for years as my default on-line payment method where available, before noticing it becoming an option on POS terminals.
I've been wondering this too. As I understand it, BLIK codes are generated on the back-end, so I imagine they have some clever anti-collision measures in place. What I know is:
- The TTL of the code is variable; on some days I've noticed it to be as low as 60 seconds, on others around 3+ minutes. Not sure if it depends on the type of transaction or time of day.
- After entering the code in charging widget/terminal, or giving it to a merchant, you still get a screen on which you need to explicitly confirm the transaction; it displays the amount and name of charging entity, so this would presumably reduce the impact of possible collision.
- Sometimes the codes generate instantly, sometimes it takes a few seconds; I always assumed it's network connection lag and/or usual webshit performance issues, but it would also be consistent with an anti-collision measure - if you run out of 6-digit codes, wait a second or two, some will free up.
- Not once I've heard any report or rumor about a collision.
IIRC a few years ago I saw some store asking for 6 or 8 digit BLIK codes, I guess the latter was how they were planning to expand from supporting just Poland to supporting whole EU. But that effort seems to have died out.
That's the problem. Every country has an alternative or ten, but what people actually need is one system that works across borders. That's the only way it reaches enough critical mass to be useful internationally beyond the EU, which nowadays is a requirement for it to be able to replace Visa/Mastercard in a decade or so.
There used to be a beer designed to be mixed with milk called bilk. Last I heard, it was terrible. Maybe it's still around - I think it's Japanese, so it's unlikely I'd happen across it.
It costs you nothing but a few hours (heck, you may even make money on the points) to get a Discover card, which you can use on Japanese game sites that don't apply the Visa/Mastercard censorship (they have a partnership with JCB). It's a small move, but most people can't even be bothered to do that much for competition.
I think he's referring to the SEPA network, which isn't really an alternative to credit cards. I've only seen it used to pay for rent and bills. Theoretically there's SEPA Instant payments, but I've never seen any merchants that use it.
Was that like, enforced? Or did your landlord potentially just prefer cash? I know very little about how land-ownership works in China, except that nobody really ever owns their land.
My landlord preferred to be paid through Alipay. I had to pay in cash because Alipay wouldn't let me make payments that large. (Because my Alipay account was backed by a foreign credit card as opposed to a Chinese bank account, I assume. If you're curious, the rent was about US$700 / month, so the payment would have been about US$2100.)
I don't see that landownership is really relevant. Mostly it's done on the basis of notional 70-year leases from the government. Since the government dates to 1949, the first round of those recently expired. There was a lot of curiosity beforehand as to what would happen, but it doesn't seem to have made enough of a splash that anyone commented about it (where I could see) afterwards. So I don't know how it turned out.
I understand that rural peasants may sometimes own their land outright. In this case, I was renting one apartment in a building with 5-6 floors and I think 4 apartments per floor.
The EU already managed to make card payments significantly cheaper and more secure within a few years than they'll probably ever be in the US (still no PINs and no 3DS, and interchange will probably never get regulated because everybody freelances as a severely underpaid lobbyist thanks to frequent flyer miles), to say nothing of regulating a free and instant bank payment scheme into existence while FedNow is still rolling out.
Say what you will about EU inefficiency and regulations, but in my view, at least their financial ones have been largely on point.
Bitcoin exists. Completely permissionless, anyone on earth can use it. Easier to accept as a merchant than any third party integration. Doesn't require you to trust any government at all.
Cool, but unfortunately, it has the same same drawbacks as cash. If you get scammed, accidentally pay too much or lose your wallet you will never get it back. I sleep safer knowing that there is some protection in the banking system against losing money all of sudden.
Unfortunately it's also pretty clunky for tax reasons in many places and inherently deflationary (and as such problematic from an economic point of view).
Sure, great if you don't trust your government or whoever issues your local currency, but if you can, there are better alternatives. Trust is an asset, not just a liability.
It might not always be warranted, but where it was, increased trust in society, institutions, and systems has been the enabler for economic growth and human development in the past centuries. Talk it down at your own (or more accurately, at all our) peril.
Economic growth and human development over the last several centuries has been the result of a complex web of interleaved prerequisites, that said, trust wasn't one them.
People trusted institutions for thousands of years prior to the scientific revolution. Europe had plenty of trust in religious institutions between the collapse of the Roman empire and the scientific revolution, and you know what it got them? Superstition, witch hunts, barbarism in the name of proselytizing, failed pandemic responses, and a near complete stall in technological and scientific breakthroughs for a millennium.
What the scientific revolution brought us was the decision to not trust, but to reason, to measure, to hypothesize, to verify. Facts matter. Humans are stupid and it is human nature to place trust exactly where trust is least warranted.
"Economic growth and human development over the last several centuries has been the result of"
Fossil fuels...most of the growth from 1800-1970 was due to fossil fuels. Not sure why this is such a mystery to so many. Makes sense when you think about it from a physics POV. You use energy to move things, to make things, to travel to buy things, etc. Heck, the middle class wasn't a concept until the industrial revolution which was caused by...say it with me...fossil fuels.
Like I said, complex web of interleaved prerequisites. Without the scientific revolution, hydrocarbons would remain almost entirely untapped.
But yes, energy was absolutely one of those prerequisites. Fun fact (you're probably already aware, but for other readers): there is a strong positive correlation between national energy consumption and national economic output.
And it's also one of the most impressive displays of RenPy's capabilities you'll ever see.
Plenty of games do amazing things with ren'py that you wouldn't think were possible just by looking at the dialogue DSL. Maps, HUDs, minigames, incredibly dynamic pathways through the game. But DDLC takes it to a different level, partly by looking so "normal" on its surface.
In college I made some spare cash writing Ren'py games for some creatives online who had the writing and illustration chops, but needed programming help. At the time, DDLC was the model for great game design in Ren'Py. There are plenty of more technically impressive Ren'py games nowadays, but DDLC is still a terrific example of technical sophistication facilitating the story.
Ren'py is awesome by the way. A tour de force of software design, in my opinion.
I think it's mainly in relation to the constraints of the game engine, and also that the game engine being flexible enough to enable the gimmicks. I haven't played DDLC and probably never will, but from what I've read about it, like games with similar core themes (not dating sim) it has some gimmicks that tend to stretch the capabilities of a closed-down game engine, sometimes requiring patches to the engine itself. In this case the game engine Renpy offers an extensive DSL that makes it easy to add story scenes, media and dialogues, but allows you to fall back to python to do some tricky things.
I really enjoyed Roadwarden. Interesting take on an old fantasy genre and gave me “this is ancient history” vibes. I’m not usually into visual novels but beat this game. It’s available for under $3 right now, I am showing 20 hours played, totally worth it.
Yeah but its such a standout in there that i wouldnt even consider it part of that genre. It uses the same medium but does such crazy things with it that its nothing like any other visual novels
I really can't agree, there are so many great VNs out there and DDLC only really stands out in that it plays heavily to the English-speaking world's preconceived notions of VNs as "nothing more than simple dating simulators"
In a few months Google will automatically deploy new software on our devices. This will be for our benefit and to help protect us.
If you still want to sideload dangerous unnaproved applications, first just ask Google for permission and then a day later they'll let you sideload applications to your device. I'm so grateful that they are allowing us to do this and protecting us.
If you wait 18 years before being able to install apps outside Google Play you get a nice bonus of automatically becoming age verified in a private manner. So don't complain, it's for your own good.
As someone who is trying to re-create the Pokémon system, I am running into similar issues. There many things going on a single "turn", especially with abilities that can pretty much change any of the game rules.
You are not only one trying to do it. There are others, and in other programming languages (Pokemon Showdown is one already implemented, but uses TypeScript with dependencies and I wanted to avoid those issues). What programming language did you intend to use?
I intended to do as a C library (which would then be available for other programs in C to call). I know many of the rules of Pokemon but not all of the cases, and then, knowing the data structures to make, etc. I also wanted to make the rules customizable (and to implement all generations, although perhaps only some of them will be implemented the first time and others later) and I have some ideas about that.
I would hope that some people can work on something together.
I am also using typescript and taking pokerogue and showdown as inspirations. Since my game is a nethack-like game, it isn't exactly the same, but I am using the mainline games move sets, formulas, abilities and trying to copy them.
I am also attempting to make it functional, the engine receives a game state and returns a new game state. I am using pure React for rendering but I plan moving it to canvas if I ever want to add more special mechanics. I am focusing mostly on functionality for now, it's very early stage but it already works.
reply