very interesting links, thanks! I was not aware that the technology had progressed that rapidly (outside of Neuralink, which captures a lot of the attention)
BCIs have been doing what Neuralink is showing off since at least the 90s. It is emphatically not a difficult concept to understand that you can put wires in the brain and someone can learn to influence signals on those electrodes. Hell, Deep Brain Stimulation has been an FDA approved use of putting electrodes in your brain since 1997.
The hard parts of BCI are: Electrode sensing, but that's a much less difficult problem nowadays. Implant longevity, probably an unsolvable problem without massive advancements in understanding the body. Brain surgery, which will never not be a huge deal because piercing the barriers that protect the brain is just inherently a huge deal and risky to do.
I'm pretty sure Neuralink is the only one mass killing monkeys though.
Note that Elon has also helped push for the killing of US science funding, like funding used to further study BCIs. How convenient for him that all his competition is suddenly going to struggle.
That's something else, thats for directly connecting to Peppol, which few business will do (mostly very large businesses, or financial companies).
Most businesses will use a accounting system anyway, and most of those will support Peppol out-of-the-box. So instead (or in addition) to sending an e-mail, the invoice will be sent directly into their accounting system (and their bank, if they choose).
Really, it simplifies things a lot! No more punching/copying of stuff from PDFs into your online bank. The cost is not really high, just a bit annoying (typically some euros a month + a few euros pr invoice).
(I probably could have found a cheaper provider but I don't send many invoices so it is ok).
On the upside, PEPPOL guarantees delivery if you successfully submit a message. So the recipient can't claim they didn't get the invoice if you managed to deliver.
That's not happening. Because they too will need to pay for access to the PEPPOL network. And it seems like there might be some KYC requirements in addition to the money and the audits.
Transactional costs exist. Paper costs money, phone calls cost money, bank accounts cost money too and exchange rates have markup in them. Then the actual taxes exist. This is how everything works. Than there is electronic signature thingy which may or may not cost money.
It’s also not a tax, as there is no entrenched monopoly that collects is. If anything, something like AWS or for my sensibilities azure is more outrageous.
My understanding is PEPPOL (charging 1,800 euro/yr!) is the only provider of this service.
Can Freelancers choose to another service (like email) instead of PEPPOL? According to the post, this service is the monopoly service provider per-law.
In the USA, a client can send me money for free via ACH or as a check (which are mostly free depending on your bank and account level).
I imagine being part of SWIFT alliance or any other payment network costs some serious moneys, yet a current account costs a few euros a months. Same things with being a CA -- being included in the list of root certs requires an audit and obviously costs money, yet you can have free https certs from letsencrypt.
Nobody stops you from running something similar to letsencrypt but for this PEPPOL thingy if you don't want to pay for invoicing software as service.
I for once, spent 10 years of my life maintaining an opensource library so people can cryptographically sign tax documents for Ukrainian government, including e-receipts on point of sale terminals.
just in case anyone think this is serious, the literal translation is of course "National bank" (Riks refering to Riket / "Reich" in German, meaning the nation).
I trust you if you say that your project and code base is great, without DI (of that particular kind).
But the comment was about your examples, and they are not great - they appear to be created to show how useless or overcomplicated DI is. And it is overcomplicated - in your toy examples.
However, there are plenty of better examples on the net of the benefits of DI, but in order to actually show any usefulness they either have to be large, or depend on the readers to "extrapolate" to larger/more complicated code bases.
The first draft dragged on as I tried to give a concrete example (API + Service + DB CRUD) in various implementations (Erlang gen_servers, CL CLOS, JS currying, C# with/out automated DI etc). I have a hard time tying my lose ends when writing, so I opted by a simpler example, perhaps swinging the bell too far the other way.
Thank you (all) for pointing it out, I missed it completely :)
My comment above was to exemplify that there perhaps is a span between everyone-is-wrong (by some definition of everyone) and the-author-is-inexperienced.
