Viewing profile — bladecatcher

Great point re: the “Bespoke” style of programming. It takes some unlearning and getting used to tacit programming [0] and trains [1] to appreciate this. I’ve worked on fairly comp…

> Now if it were possible for it to accept an event from Kafka but not guarantee that the event will eventually make it into the materialized view but may be lost, that'd be a prob…

You’re right. You don’t get read-your-own-writes guarantees in a typical Kdb tickerplant architecture, as the event streams are propagated to the real-time nodes asynchronously.

I think the usecase for this is streaming queries and aggregations where the query output is materialised asynchronously

In Indian cities like Mumbai, Bangalore, one can easily spend 3 to 4 hours a day commuting

I suppose one can measure the risk of losing messages - I’m not suggesting that it’s always possible, but calling it an unmeasurable risk is probably not true

Typically, one would start off in a quant trading desk which uses kdb+ for their analytics or join First Derivatives [0] that trains graduates [0] https://www.firstderivatives.com/…

https://code.kx.com/q/ has learning material and documentation . Hope it helps

You can start the 32 bit instance with the -s switch (for q to be started with multiple slaves) for parallel execution of a function over data using the "peach" command [0]. But ye…

As mruts pointed out above, kdb+/q provides what you're imagining - it provides fantastic distributed computing support via its IPC protocol and also has multi-core support.

Related article posted on HN recently: APL is more French than English [ https://news.ycombinator.com/item?id=18640451 ]