Re:Ask HN: Is KDB a sane choice for a datalake in 2024?
by sonthonax on Sunday June 09, 2024 @02:41PM
(#40626537)
> Unless there's some significant new data that might change that decision, it is what it is.
This is what I’m grasping at.
Are the challenges of writing a KDB system for back testing derivatives data which needs to work in tandem with a rust pricing library substantially different from a KDB engineered for back testing spot data.
One has complex and specific math and one doesn’t.
Re:Ask HN: Is KDB a sane choice for a datalake in 2024?
by michaelg7x on Sunday June 09, 2024 @05:13PM
(#40627672)
I'm not sure if anyone's yet suggested that you embed your code as a library for KDB, that it could load dynamically? There's some pointer walking fun involved which Rust may _hate_ but it's not that hard and after that you'd be left with a the numerical arrays you're interested in.
Sorry, but it makes no sense to swim against the tide in an organization where you don't have the rank to make the decisions.
The worst thing you can do is to continue spending your time advocating for change, they've heard you. If you stay on and the current tech does become untenable, you are unlikely to be the hero even in that case. They might just remember you as the detractor.