Live data from Hacker News

My LLM codegen workflow

harper.blog

151–160 of 168 posts

Re: My LLM codegen workflow

#151

I'm a bit confused here, what promt do you use to start Aider and how do you just let Aider run wild so you can play cookie clicker?

the prompts are generated from the planning steps. If you were to follow the prompts in the planning phase, you would get output that is clearly the "starting prompt"

that is the first thing you send to aider.

also - there was a joke below, but you can do --yes-always and it will not ask for confirmation. I find it does a pretty good job.

Re: My LLM codegen workflow

#152

Earlier quoted context omitted.

Aider + AI generated maps and user guides for internal modules has worked well for me. Just today I did my own version of a script that uses Gemini 2 Flash (1M context window) to generate maps of each module in my codebase, i.e. a short one or two sentence description of what's in every file. Aider's repo maps don't work well for me, so I disable them, and I think this will work better. I also have a scratchpad file…

> Aider + AI generated maps and user guides How do do that? Especially the AI generated map?

I have a custom script. It selects all the source files, strips any license headers and concatenates them like this:

    
    ...
    
It then chunks them to fit within model context window limits, sends it to the LLM with a system prompt that asks it to summarize each file in a compact way, and writes the result back out to the tree.

The ugly XML tag is to avoid conflicts. Some other scripts try to make a Markdown document of the tree which is silly because your tree is quite likely to contain Markdown already, and so it's confusing for the model to see ``` that doesn't really terminate the block. Using a marker pattern that's unlikely to occur in your code fixes that.

Re: My LLM codegen workflow

#153
post #112

Earlier quoted context omitted.

Thank you very much for the ideas here, i will try the approach of giving it context. I havent got into cursor, since i use helix and intellij… i need to look into the MCP server thing Thanks again!

Giving examples of inputs and outputs can also help

thank you, I will try this too. I feel like I didn't have to do this much work with other models like o1/o3/4o... but if it provide the return value I'm hearing from the hype around Claude I am willing to try.

Re: My LLM codegen workflow

#154
post #141
post #139

Earlier quoted context omitted.

Seriously!! Cars are marketed as a huge time saver, but every time I’ve tried one, they haven’t been. I’m told I just need to put in the time (ironic, no?) to learn to drive properly. Why don’t I just use that time to train my legs and run faster instead?

I think the difference here is it is not at all obvious to me that an LLM is a force multiplier on same the order as cars to legs. Cars are pretty easy to observe in action doing what they promise to do. Driving a car is a very straightforward, mechanical, repeatable, intuitive operation. Working with an LLM is not repeatable or straightforward. I'm short, your analogy is not helping me

[deleted]

Re: My LLM codegen workflow

#155

Earlier quoted context omitted.

This. Future programming language designers are then answering questions like: "How low-level can this language be while considering generally available models and hardware available can only generate so many tokens per second?", "Do we have the language models generate binary code directly, or is it still more efficient time-wise to generate higher level code and use a compiler?" "Do we ship this language with both…

I’m excited for my new woodworking career if this ever becomes a reality. LLMs are truly sucking the art out of everything.

I think the dichotomy between how developers have reacted to LLMs (mass adoption) and how authors, illustrators, etc. have reacted (derision, avoidance) demonstrates that coding was never an art to begin with. Code is not an end in itself, it's an obstacle in the way of an end.

There are people who enjoy code for the sake of it, but they're a very, very small group.

Re: My LLM codegen workflow

#156

In our company we are only allowed to use GitHub Copilot with GPT or Claude, but not Claude directly. I'm quite struggling with getting good results from it, so I'll try to adapt your workflow into that setup. To the community: Do you have some additional guidance for that setup?

Use vs code insider if you can. They double the context size and it really makes a difference. You get 128k input token.

Re: My LLM codegen workflow

#157
post #150
post #109

Earlier quoted context omitted.

Aider, a tool he uses, can do that automatically. He could just use that feature.

Yea - i have had OK luck with the architect mode. but was using that as part of this (using deepseek for reasoning) and it good. but oh so slow. Ultimately, i would love to just use one tool

I don't mean the architect mode, I mean the copy-paste mode.

https://aider.chat/docs/usage/copypaste.html

Re: My LLM codegen workflow

#158

Earlier quoted context omitted.

100% agree. My experience to date across the major LLMs is that they are quick to leap to complex solutions, and I find that the code often is much harder to maintain than if I were to do it myself. But complex code is only part of the problem. Another huge problem I see is the rapid accumulation of technical debt. LLMs will confidently generate massive amounts of code with abstractions and design patterns that may b…

But why follow the wrong abstraction and why try to build something that you don't fundamentally understand? I've built some rather complex systems: Guish, a bi-directional CLI/GUI for constructing and executing Unix pipelines: https://github.com/williamcotton/guish WebDSL, fast C-based pipeline-driven DSL for building web apps with SQL, Lua and jq: https://github.com/williamcotton/webdsl Search Input Query, a search…

I'm not trying to throw shade when I say this: those codebases are very small. (I'm assuming what I found in the src/ directories is their code.) Working in large codebases is a different kind of experience than working in a small codebase. It's no longer possible to keep the whole system in mind, to keep the dozens+ people working on it in sync, or keep up to date with all the changes being made. In that environment, consistency is a useful mechanism to keep things under control, although it can be overused.

Re: My LLM codegen workflow

#159

Spelling nit: “Over my skis” ~ in over my head. “Over my skies” ~ very far overhead. In orbit maybe?

> “Over my skis” ~ in over my head. Is that correct? Never heard the expression before, but as a skier if you're over your skis you're in control of them, while if you're backseated the skis will control you.

It seems to be currently popular corporate-speak for "overextended." I've heard it a bunch lately. Never really thought about whether it was accurate, though!

Re: My LLM codegen workflow

#160

Earlier quoted context omitted.

It's likely the end of a lot of abstractions that made programming easier. At some point, specialized code-gen transformer models should get really good at just spitting out the lowest level code required to perform the job.

Surely no respectable professional would just ship code they don’t understand, right? So the LLM should probably spit out code in reasonably well known languages using reasonably well known libraries and other abstractions…

Right now, and perhaps the immediate future sure. But eventually I do think software that writes software will do it better than current programmers can.

Do you ever think twice about the bayer filter applied to your cmos image sensor?

Post reply on HN