| ▲ | thunky 7 hours ago | |||||||
What you're describing is using it to do something you already can do at an expert level, and you already know exactly what you want the result to look like amd won't accept anything that deviates from what's already in your head. So like a code autocomplete. You don't really want the "intelligence" part, you want a mule. That's fine, and useful, but you're really putting a ceiling on it's potential. Try using it for something that you aren't already an expert in. That's where most devs live. Even expert coder antirez says "writing the code yourself is no longer sensible". | ||||||||
| ▲ | mibsl 6 hours ago | parent | next [-] | |||||||
AFAIU antirez is mostly writing in C, a verbose language where "create a hashtable of x->y" turns into a wall of boilerplate. In high level languages the length diffrence between a precise specification and the actual code is much smaller. | ||||||||
| ||||||||
| ▲ | prmph 6 hours ago | parent | prev [-] | |||||||
But if the using them as mules is still producing silly mistakes, how will I have the confidence to defer to their intelligence for much more complex stuff? These things bullshit their way about all the time. I've lost track of how many times they seem to produce something great, only for me, upon deeper inspect, to see what a subtle mess they have made. And when the work is a bit complex, I cannot verify on sight; I'd have to take time to do it. Also, they absolutely cannot even produce some levels of code. Do you think I can just give them a prompt to produce a haskell-like language, allow them to crank for some hours, and have a language ready made? Want an example? here is something Sonnet gave me just today:
Where sortKey is defined as:
I just realized this a few minutes ago after reviewing the code.Here is another one: ------------------------------- Given:
And:
I get this as the type of xx: Promise<Result<Pick<Cabinet, "name">[]>>Which is obviously wrong. I should be getting the full type, i.e., all columns picked. The problem is that the Column generic parameter is not being properly inferred, which is (probably) due to the sorting by name, since the sort column is defined to have to be part of the query field name, so when field is not provided, TypeScript infers the fields as the sort column name. Neither ChatGPT nor Claude Opus have been able to solve this after one hour, suggesting all kinds of things that don't work. But I have solved it myself, with:
And: | ||||||||