@fernandohur my guess is that fintech is all about speed (both delivery speed and runtime speed) and anything that gives you an edge is worth paying for.

and fintech is about often about risk anyway... so maybe the risk mindset if people in fintech is different from other groups.

please note that these are wild guesses/assumptions and have scientific basis what so ever.

as someone who is actually quite familiar with fintech, i can say that anything that requires speed is not at all ran on the JVM

it’s mostly c/c++ or FPGAs

so i personally don’t think there is any special relation between fintech and clojure, except for that they also probably do quite a lot of data science, which is where clojure (might) come into play

What about the way state is handled in OOP vs FP. Do you think this makes it particularly interesting? I guess correctness is very valuable in companies where bugs can easily translate to $$$

Standard Chartered is quite famous for having developed their own static dialect of Haskell (called Mu), and they use it as a macro language inside Excel

however, fintech is extremely broad

and have very different requirements

you have HFT/MFT, which is all about speed

and then you have risk simulations, which is all about correctness and storage speed

and then you have reporting… etc etc etc

https://www.optiver.com/eu/en/job-opportunities example of a dutch company that’s very active in trading — job openings are usually a good indicator for what tech they use

https://www.quora.com/Why-did-Standard-Chartered-need-its-own-Haskell-compiler

good discussion about how SC uses haskell