paulwelty

7 ms·

1. 1.▲
   by paulwelty 6mo ago

   For me, I never liked the "coding" part as much as I like the "seeing the results" part and the "showing people" part. So, not doing all the coding, in so far as it allows more of the latter, makes me _more_ ha
2. 2.▲
   by paulwelty 6mo ago

   For me, the spec format matters way less than the routing. You can have perfect definitions, but if your agents don't know their boundaries or who handles what, you get chaos. I now think in terms of an "org chart" for agents
3. 3.▲
   by paulwelty 6mo ago

   Mine have burned a lot of money! Right now, I'm trying to keep the context smaller. It takes a lot of discipline, though, to have a system that gives enough context to do the work but not so much the agent can go off doing new/cra
4. 4.▲
   by paulwelty 6mo ago

   I don't look at much code in my own work anymore. Sometimes, I'm just lazy. But mostly, I trust but verify. I spent a lot of months looking at every line, hand-editing, etc. I built a fair bit of trust. I learned the best way to a
5. 5.▲
   by paulwelty 6mo ago

   Not all efficiency is good. Sometimes, programming is more art than science. And for the art side, I find that thinking and struggling is useful and satisfying in a human way.
6. 6.▲
   by paulwelty 6mo ago

   You found an interesting example of the fallacy of following and defining rules You can't define a system with only rules. Eventually, you run out of rules on how to apply the rules. Eventually, you need judgment and interpretation.