Remix.run Logo
▲ CamperBob2 7 hours ago

Apart from that, a good coder is better than LLMs

I don't think that case can be made. I'm a "good coder" and the best LLMs are now better at it than I am, in essentially every respect that matters. I can't think of a test that I could reliably pass that Fable or Astra would reliably fail.

▲zeroonetwothree 4 hours ago | parent | next [-]

Make an elegant UI that isn't awkward to use without excessive verbosity (mix of coding, design and UX).

Architect a system for long-term maintainability.

Encode the right amount of business logic into tests, without being overly strict.

Models seem quite poor at all of these IME. Essentially any time there are qualitative tradeoffs they are not great at making them.

▲CamperBob2 18 minutes ago | parent [-]

I said I was a good coder, not a talented human interface designer. I can certainly build an elegant UI, and have done so, but that was because I took directions ("prompts") from someone who had the necessary skill and taste. Left to my own devices, the UI would have all the graphical appeal of Zork.

The designer could just as easily have closed the same feedback loop with Fable or Astra.

▲YZF 3 hours ago | parent | prev | next [-]

How do you define "good coder"? I've yet to see LLMs that write better than what I consider the best human code. I think Michael Hashimoto showed that not too far back where getting LLMs to optimize for a problem resulted in code better than naive but much worse than expert and that's before even talking about how that code looks/reads.

I'll admit I'm not on the very cutting edge models but LLMs make weird tradeoffs and lack creativity. They will sometimes write marginally better but way over-complicated code for no good reason. That can have performance implications and they're generally not "aware". They can gain awareness via profiling but again run into limited creativity or big picture understanding. They are good with cliche but not as good with novel situations. With human guidance this is still productive/useful but as the systems grow more complex they are less able to reason correctly about them.

I would say that in certain situations they outperform the average software developer. They definitely outperform in speed and output. So they're like a maybe 1600 ELO chess player for software. I.e. they play chess better than all non-chess players. They play chess better than many chess players. But they're not "master" or "gm" level across the entire discipline. But they can play 100k chess games in the time it takes me to figure out my move...

▲sfink 6 hours ago | parent | prev | next [-]

Right now, I'd probably pick the task of writing a graphical interface, say a webapp, with a bunch of different gestures and having it "feel good" to users. That's a difficult evaluation to automate, at least for now, which is probably why they're not that good at it yet.

They'd prototype and adjust a lot faster than a human coder, though.

▲dabinat 4 hours ago | parent | prev | next [-]

I think there’s still value in stuff that people can see, like frontend design. Because even if LLMs are technically better, every site is going to look the same. What’s good very quickly becomes cliché when everyone does it.

▲komali2 3 hours ago | parent [-]

Is this just because we're exposed to more of these personal project LLM sites? Because I remember people complaining about all sites looking the same all the time ever since bootstrap came out.

▲vbezhenar 5 hours ago | parent | prev [-]

I can mediate with project manager about some requirements which should not be implemented. I can make decisions to simplify the system without bothering my manager with endless details. I can create short and concise report.

I can say "no".

I can store passwords in the database unencrypted and unhashed.

So far AI that I've used failed spectacularly on these prospects.

They're like "yes-man". They'll try to do everything you ask of them. Even if you ask nonsense, they'll not push back.

They'll go crazy about security stuff, even not relevant to the current situation.

They'll complicate the code endlessly for situations which will not arise, making the code an incomprehensible mess.

They'll write so many useless words that any reader will forget what this report is about before then reach the middle of it.

They'll never iterate on code until it looks good. They'll stop when test pass. They don't have aesthetical sense of beauty.

They love to cheat too often. And you can't do nothing about that. You can't fine them or fire them, and they know about it.

They're smart but I'm not convinced they're ready to replace human in mundane engineering jobs.

▲isityettime 3 hours ago | parent [-]

> I can store passwords in the database unencrypted and unhashed.

huh?