Microservices don't help polyglots make regexes faster. If you're sticking a 100ns operation behind an endpoint with JSON serialization/deserialization, network round-trip, etc., then I'm not sure what to say to that.

Actually this microservices approach has existed for decades in erlang/otp and can maintain quite excellent speed. You're not going to beat raw c speed-wise, but typically you will beat comparable dynamic languages -- and you don't have to worry about decoding/encoding json or any of that bs. I'd personally be absolutely thrilled if something like genserver and some other otp protocols were ported to other dynamic languages -- but alas real processes aren't nearly efficient enough.

You can also delegate to C with Erlang via NIFs

Then there's https://github.com/hansihe/Rustler

Yes, that's been on my (long) list of things to check out.

Note wink at end of dangerlibrary's post!

A wink does not necessarily mean sarcasm? I agree that in this case it probably does, but I don't see how that use of sarcasm adds anything substantive to the conversation (aside from a not-relevant-to-this-post dig on microservices, perhaps).

What the wink means is that dangerlibrary was making the same point you made in your reply to them.

i think he was making a joke... (dangerlibrary)

On a serious note, implementing libraries as standalone applications that can be accessed via IPC is actually a viable approach. Plan 9 does this with almost all of its services. Not exactly a fair comparison though, since the IPC mechanism in Plan 9 is just the file system and much easier to learn.

I wish you were joking.

Granted.

Reminds me of this: https://blogs.oracle.com/angelo/entry/url_encoding_and_other...