Re:Things we learned about LLMs in 2024
by hdjjhhvvhga on Tuesday December 31, 2024 @02:40PM
(#42561218)
While Claude Sonnet is superior than 4o for most my use cases, there are still occasionally some specific tasks where it performs slightly better.
[ Parent
| on HN ]
Re:Things we learned about LLMs in 2024
by antirez on Tuesday December 31, 2024 @02:43PM
(#42561249)
Probably. But statistically to work with 4o is a lose of time for me. LLMs is like an investment: you write the prompts, you "work" with them. If the LLM is too weak, this is a lose of time. You need to have a return on the investment that is positive. With ChatGPT 4o / o1 most of the times for me the investment of time has almost zero return. Before Claude Sonnet 3.5 I already had a ChatGPT PRO account but never used it for coding since it was most of the times useless if not for throw away scripts that I didn't want to do myself or as a stack overflow replacement for trivial stuff. Now it's different.
Re:Things we learned about LLMs in 2024
by airstrike on Tuesday December 31, 2024 @03:00PM
(#42561357)
This mirrors my experience 100%. I'm not even sure why I still pay for OpenAI at this point. Claude 3.5 is just incredibly superior. And I totally agree on the point about dropping in context and asking very specific questions. I've had Claude pinpoint a bug in a 2k LOC module that I was struggling to find the cause for. After wasting a lot of time on it on my own, I thought "what the heck, maybe Claude can figure it out" and it did. It's objectively useful, even if flawed sometimes.
Re:Things we learned about LLMs in 2024
by hanikesn on Wednesday January 01, 2025 @01:57AM
(#42564423)
I'm curious. Can you go into more detail what kind of bug it found?
Re:Things we learned about LLMs in 2024
by airstrike on Wednesday January 01, 2025 @12:41PM
(#42567577)
I was writing a custom widget for iced (the Rust GUI library) and I was getting a panic due to some fancy logic I was trying to do. I guess the shortest description I can say is that it was a combination of what appeared to be a caching issue at first, but the real cause turned out to be some method shadowing where I was using a struct's method where I meant to use the trait's method.
I had made the specific operation generic (moving it out of the struct and into a trait) but forgot to delete it from the struct, so I was calling the incorrect function. Claude pinpointed the cache issue immediately when I just dumped two files into the context and asked it:
somewhere in my codebase I'm triggering a perform() on the editor but the next call on highlight() panics because `Line layout should be cached`
what am I missing? do I need to do something after perform() to re-cache the layout?
at first that seemed to fix the issue, but other errors persisted. so we kept debugging together until we found the root cause. either way I knew where to look thanks to its assistancewhy "lose of time" instead of "loss of time"
Is it a typo or fingerprinting?
Re:Things we learned about LLMs in 2024
by fragmede on Tuesday December 31, 2024 @08:46PM
(#42563318)
it's "proof" that it wasn't written by an LLM (but let me delve into this issue).
Re:Things we learned about LLMs in 2024
by squirrel on Wednesday January 01, 2025 @01:29AM
(#42564326)
Typo
Like what? Claude has become my go-to, but I find that it's wrong enough often enough that I really can't trust it for anything. If it says something I have to go dig through it's citations very carefully.