I think GP was saying that in QNX the spawning process was responsible for dynamically linking it's child process before running it. With Linux, I think it's the spawned process taking care of it's own dynamic linking.
On QNX the process spawning is done by sending a message to the userspace process manager, which creates a new process table entry and queues up its initial thread. When its initial thread gets a timeslice its entry point may be the dynamic loader (as specified in the PT_INTERP segment) which then does all the dynamic linking as the spawned process or it might be some other entry point like with a statically-linked executable.
So on QNX, the spawned process does all the dynamic linking. The spawning process just sends an asynchronous message to the process manager and then gets on with things in a very deterministic manner as befitting a hard realtime system.
I'm sure Stripe EU is subject to EU regulations, just like Adyen. But unlike Adyen, they are also subject to some US regulations due to being a subsidiary. And, highly likely, they run software systems build by their US counterpart, meaning data exfiltration or even sabotage is trivial.
Mollie (also Dutch) existed even before Adyen (and way before Stripe). They have no problem dealing with small customers, and have always offered a trivially easy to use API.
Love for Mollie - and literally had this exact theme last year at work. Stripe implemented, then customer A couldn't use it due to US base, so went to Adyen, built integration, rejected as less than $5 million as first responder said, then went to Mollie.
Only gripe is no embeddable checkout but its not a huge deal, and they have superior test platform than even Stripe. The test cards are right there in slide in panel, and you have option to select paid/cancel/fail etc to test different outcomes.
Sure there are. Both Mollie and Adyen are API-first. Mollie developer experience has always been on par with Stripe in my experience. And they existed 6 years earlier.
> But the simple fact is there's massive evidence that in skilled hands 10x or 100x engineers are possible. We're seeing evidence of it across major open source project as well. And definitely behind closed doors across companies.
Each of these three sentences are in need of some evidence. I'm not actually seing any signs of software velocity notably increasing anywhere. Except perhaps in the AI-reseller sphere, but that seems mostly due to throwing huge amounts of VC money at it and a lack of quality control.
It currently exists of 12 libraries/tool, most of which are pretty stable by now, though some are still very much in flux.
This is one of those things that turns out to be kind of a lot of work. :-)
reply