All Topics
All Topics
Technology
Technology
Design
Design
Programming
Programming
Science
Science
News
News
Gaming
Gaming
Entertainment
Entertainment
Business
Business
Finance
Finance
Sports
Sports
Health
Health
Food
Food
Travel
Travel
Art
Art
Music
Music
Books
Books
Education
Education
Politics
Politics
Personal
Personal
No algorithm. No AI slop. No ads. Just RSS. Pro-human. Indie writers. Real journalism. Open web. Chronological. Hand toasted.

Challenges of Writing Code in q/kdb+ with Right-to-Left Evaluation

By

gabiteodoru

10mo ago· 8 min readenInsight

Summary

The article discusses the challenges faced by LLMs in writing code in q/kdb+ due to the Right-to-Left evaluation order. It highlights an error in Newton's Method update code and the impact of evaluation order on coding accuracy.

Key quotes

· 3 pulled
Claude incorrectly wrote 0.5*y+x%2*y for the Newton’s Method update.
Because q/kdb+ as well as its ancestors APL, J, and k, feature Right-to-Left with No Operator Precedence (RL-NOP) evaluation.
Claude is aware of that, but it struggled to write correct code based.
Snippet from the RSS feed
In my previous post I showed how LLMs struggle with coding in q/kdb+; having immediate feedback loops using the q-MCP server does help a bit, but could we do better? Diving deep, a first problem…

You might also wanna read