Yep, only semi-consistent exception is that Amsterdam Central & Schiphol are usually also announced in english. Including delays related to these stations.
But, for example, Rotterdam or Utrecht are already a lot less likely to be announced in english.
At least in NL there is no such thing as a 5 day hold on a transfer. Typically these are instant, at worst next business day, and if you use something like "payment request" or "tikkie" all it involves is sending the buyer a link or posting a QR code somewhere to allow them to send money directly, instantly, to your account.
No chance of making errors in the bank nr, you can pre-specify the required amount in the request. No chance of making an error counting out 3K or more in cash notes.
Within the NL banking/payment landscape I'd argue that large cash transactions are more bothersome for everyone involved. (well, unless involving a bank is bothersome to either of the parties, but if that is the case we're probably entering "dubious transaction" or "dubiously sourced money" territory..)
"Next business day" is a huge amount of time relative to the "instantly" that the value changes hands in a cash transaction. Cash also eliminates any need for prying into the background of the buyer: Their proof of ability to pay and payment itself is the stack of cash they have in their hand.
If the government wants to eliminate the requirement of accepting large amounts of cash, I can see that. If you're not equipped to handle being paid in a large cash sum, it can definitely be inconvenient. But making the exchange of large sums of cash between two consenting parties illegal is bold-faced tyranny.
How about handling a large transaction without internet access? Say you want to transact in the middle of space. What now? Wait until you get back to some connection?
As silly as it sounds, this system is not scalable.
The fact that it does not scale into a far far future where more than 0.00000000125% of the humans is in orbit/space does not mean that it is not a good system for today & the upcoming decades.
And that’s the point. If I sell you my used car and find out you paid with stolen funds, I’m not going to get cash clawed back, where I could realistically be out my car and money if someone used a digital payment.
Actually I think the 2x16A should have a different phase per fuse. Otherwise you hit the max of your phase fuse when you put all 4 (assuming a somewhat standard one) heating plates to the max.
In NL, assuming a somewhat modern setup, you have two sets of fuses: one per phase capped at the phase capacity ( commonly 25A), and then another fuse per group (usually: 16A).
(Source: lives in a recently renovated apartment in NL :) ).
You don't want strings that are "digits..n" to automatically deserialize into bigints. What if you have a string like "8n", which is a tractor model, or "9n", which is a smartphone model?
But it would be nice to have literal 8n to convert to a bigint 8n. That's not in the JSON standard though.
The smallest pulley on the bottom betrays how it is done.
The rope is a line along the side closest to the pulley, the other side of it // the wire pattern are made by attaching triangle(-ish?) shapes to it. Only the bend at the smallest pulley is so tight it shows.
My experience in the Netherlands is that voicemail is often on by default with a at least a 'this is the voicemail of <telnr> leave a message after the beeb' greeting in it.
I try to treat email as any other letter I recieve(1). Meaning that the sender can only expect an instant reply if I know beforehand the mail is coming and urgent.
The same way one would rapidly reply to an urgent letter one is expecting, but easily take a day or more to reply to, or even open, a non urgent letter.
If you need to get a hold of someone directly you should use your phone (to call them).
If they don't pick up their phone, leave a voicemail or send an sms.
(1) Registration confirmations / new password emails are an obvious exception here.
But, for example, Rotterdam or Utrecht are already a lot less likely to be announced in english.