jloveless

5 ms·

1.
by jloveless 2mo ago
We’ve used versions of L in production for approaching year 10
2.
by jloveless 2mo ago
More niche than many yes - but there’s something about learning an array language that changes how you look at programming in general. And for the better. Of course, the places where these things are used are generally very well paying posi
3.
by jloveless 2mo ago
intentional. I consider kdb/kdb+ to be understood as the KX products - but L runs the same database style functionality (the qSQL is essentially just sugar atop the q/k code. Most of which is written in k [or C in L for a number o
4.
by jloveless 2mo ago
I’d encourage running the master bench yourself! Super easy https://github.com/l-labs/master-benchmark Or on the database side of the house try the h2o.ai base that duckdb excels at https://github.com/l
5.
by jloveless 2mo ago
Even deeper is the full test suite ala https://github.com/l-labs/rust_ipc/blob/master/tests/ipc_tes... Which is ~6k tests (Rust is actually what I use to drive release testing)
6.
by jloveless 2mo ago
For QC this is a pretty solid tester (run on L or other compatible runtime) - focused on performance as it pushes multiple edges. https://github.com/l-labs/master-benchmark Which can also be run with minimal modificati
7.
by jloveless 2mo ago
fair point. I am not a front end designer and I did want something less spartan than proverbial q.txt [1] . To be honest - many folks in the community have had access for some time , and a website was just put up this week as a 'large
8.
by jloveless 2mo ago
relative to CPU speed ... no. see [1][2]. the early versions of L (circa ... 2011/2012) couldn't really deliver any substantial performance improvement over what is out there (BQN/ngn/Kona). The memory bandwidth was the
9.
by jloveless 2mo ago
Definitely not a vibe coded language - I really wish the ai models were more helpful - but I should do a write up of the assembly analysis (and asm2vec). ATW is working on even more impressive things at the moment! Well beyond the scope of
10.
by jloveless 2mo ago
KlongPy and KlongPy + duckDB are wonderful. GREAT job. I think there's a whole world of backprop / ML work that can be done in that style! Given the heritage not surprising that most Klong code is ~= L in k mode! Same with ngn&#x2
11.
by jloveless 2mo ago
Sorry about that. Basically you can now write and run code in the K/q/or qsql languages on your laptop for free. For a very long time (20 years+) this language has not been accessible to most - it’s almost exclusively used on Wall
12.
by jloveless 2mo ago
duckdb is great and its h2o.ai benchmark was difficult to beat!
13.
by jloveless 2mo ago
there's one in the footer and agree.
14.
by jloveless 2mo ago
Unfortunately the code itself is in a style of C many find difficult to read. I blame my upbringing. ATW open sourced examples and it was not really helpful. More recently others are doing a step by step in more standard C https:/&#x2
15.
by jloveless 2mo ago
there's even a secret -17!`name that will show the details. e.g. //100k random 32b ints ... l>v:100000?255 l>v 196 124 18 216 63 169 151 173 126 99 90 133 92 158 217 169 201 191 138 105 13.. // bu
16.
by jloveless 2mo ago
simple example at https://lv1.sh/blog/compute-on-compressed/ But in general compression is reducing the bit width of the input through an encoder (FOR or Frame of Reference is an old and good example). So we store
17.
by jloveless 2mo ago
give it a spin! download is ~500kb for mac. It is however targeting folks who come from that world - but K/Q are absolutely worth exploring!
18.
by jloveless 2mo ago
yup website is Claude Design for prototype. For the core ... AI has been less helpful than I hoped - I believe largely because array style languages have so little source in training? But where Claude was especially helpful (other than the
19.
by jloveless 2mo ago
I think one day we'll do that on https://oxide.computer/ 1: because we love our friends 2: the gear is great (and ROCEv2 supported which L uses)
20.
by jloveless 2mo ago
BQN & CBQN are absolutely wonderful pieces of code. L is mac/lin but linux is avx512 only specifically to try to deal with that problem. The compute on compressed algos helps fit more in those cache lines! https://lv1.sh
21.
by jloveless 2mo ago
shoutout to bryan @bcantrill who I think explained K best at https://youtu.be/2wZ1pCpJUIM?si=y4ugbFXroTZc22AY&t=471 and https://queue.acm.org/detail.cfm?id=1531242
22.
by jloveless 2mo ago
and fusion (e.g. f g h x has no intermediates e.g. mutates in place) is new as is compute on compressed vectors (very helpful performance unlock) https://lv1.sh/blog/compute-on-compressed/
23.
by jloveless 2mo ago
next letter after k
24.
by jloveless 2mo ago
Not a web dev - but have some experience in benchmarking these types of workloads e.g. https://www.mcobject.com/press/november19-2014/ L used the two open ones that are easy to replicate: H2O.ai (great bench)
25.
by jloveless 2mo ago
benchmarks at https://github.com/l-labs unlike klong/ngn/bqn et al (which are GREAT) this has the goal of full production database compatibility (and full language compatibility).
26.
by jloveless 2mo ago
https://github.com/l-labs/master-benchmark
27.
by jloveless 2mo ago
https://github.com/l-labs/db-benchmark/tree/main/l
28.
by jloveless 2mo ago
https://github.com/l-labs/master-benchmark/tree/master/resul...
29.
by jloveless 5y ago
There's also a lack of communication with the dev partners in general (e.g. the recent Service Worker issues). Building up a more robust partner program with (perhaps) a different support team could be really helpful.
30.
by jloveless 6y ago
Agreed. A lot of this is all standard now - even when I wrote about it circa 2013 [1] [1] https://queue.acm.org/detail.cfm?id=2536492

More ›