News for hackers. Stuff that matters.
Re:Don't Force Your LLM to Write Terse [Q/Kdb] Code: An Info... by haolez on Monday October 20, 2025 @02:06AM (#45640512)
I don't think that's the biggest problem. I think it's the tokenizer: it probably does a poor job with array languages.
Re:Don't Force Your LLM to Write Terse [Q/Kdb] Code: An Info... by quotemstr on Monday October 20, 2025 @03:23AM (#45640845)
Perhaps for array languages LLMs would do a better job running on a q/APL parse tree (produced using tree-sitter?) with the output compressed into the traditional array-language line noise just before display, outside the agentic workflow.
Re:Don't Force Your LLM to Write Terse [Q/Kdb] Code: An Info... by Analemma_ on Monday October 20, 2025 @01:38PM (#45646717)
This is the dream, but it keeps crashing and sinking against reality. It seems intuitive that running language models on the AST should work better than running them on the source code, but as far as I'm aware every attempt to do this has resulted in much worse performance. There's so much more training data available as source code, and working in source code form gives you access to so much more outside context (comments, documentation, Stack Overflow posts), that it more than cancels out the disadvantages.
Re:Don't Force Your LLM to Write Terse [Q/Kdb] Code: An Info... by gabiteodoru on Monday October 20, 2025 @01:53PM (#45646939)
Perhaps if we also trained them on natural language ASTs at the same time when asking the questions? :)